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RELATED APPLICATIONS 

This application claims the benefits of U.S. Provisional Patent Applications Serial Nos. 
60/173,919 filed December 30, 1999, and 60/192,862 filed March 29, 2000. 

BACKGROUND 

Field of the Invention 

The present invention relates generally to the field of intellectual property management, 
and more particularly to a system and method for marketing, managing, and maintaining 
intellectual property. 

Background of the Invention 

The field of intellectual property is vigorously expanding and evolving. Intellectual 
property has traditionally been defined as trademarks, patents, copyrights, and trade secrets. 
More and more, theorists are enlarging the concept to include "intellectual capital," a term 
becoming well known in the field. For the purposes of this invention, it is intended that the term 
"intellectual property" ("IP") has a broad definition comprising not only the foregoing 
definitions, but also including technology (e.g., hardware, software, computer programs and 
systems, training methods, methods of doing business) embodying the intellectual property, as 
well as the know-how and methods for using the intellectual property. 

Corporations and individuals are scrambling as they try to convert intellectual property to 
revenue or otherwise maximize the value of their intellectual property assets. Some corporations 
are aggressively licensing their patent portfolios to generate revenue. Others are flexing their 
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intellectual property muscles by enforcing their rights to exclude others from making, using, or 
selling technology that infringes on their intellectual property rights. Still others are using their 
intellectual property to gain access to markets that would otherwise be prohibitively expensive to 
enter. Furthermore, intellectual property may also be used defensively by its owner to protect its 
market share. Moreover, a corporation may donate its intellectual property to increase its public 
relations and obtain tax benefits. 

Creating and leveraging intellectual property to generate revenue has become a priority 
for many corporations, particularly those with significant intellectual property portfolios. 
Unfortunately, however, intellectual property management has been done haphazardly by many 
corporations. Intellectual property typically has been viewed as an asset with a definite, useful 
life span. For example, once a patent term has expired, the patent is effectively declared useless, 
or figuratively speaking, dead. No further effort is made to extract further value from it. 

Over the years, many companies have struggled with effectively managing the 
development and exploitation of their intellectual property assets, such as, for example, patents, 
trademarks, copyrights, and trade secrets. For example, many of them do not file appropriate 
patent applications and copyright registrations in a timely manner. These problems are often 
exacerbated in large corporations where the decision making authority for addressing intellectual 
property-related issues is often splintered and not well-defined. Many such organizations, 
therefore, perhaps due to their failure to effectively manage and market their intellectual property 
assets, are foregoing significant value that could otherwise be generated from licensing selling, 
trading, or donating such assets. 

Accordingly, no one has sufficiently managed the life cycle of intellectual property. 
There are a few systems available which enable corporations or individuals to track a portion of 



-2- 



BSOO-428 



the life cycle or subsets of intellectual property. For example, Aurigin of Mountain View, 
California markets a system in which patents and patent families can be tracked, such tracking 
being available for both a corporation's patent portfolio and those of its competitors. Computer 
Packages Inc. ("CPI") of Rockville, Maryland is one of several companies that market computer 
systems (e.g., computer software), typically used by law firms, for docketing domestic and 
international patent prosecution dates. However, these systems do not fully manage the entire 
life cycle of intellectual property. 

Accordingly, there is a need for an integrated system and method for managing the entire 
life cycle of intellectual property development, marketing, and maintenance to be used by 
owners and/or managers of intellectual property. There is a need for an effective method for 
managing decisions and resources relating to the development and exploitation of intellectual 
property assets. 
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SUMMARY OF THE INVENTION 

Embodiments of the present invention relate to systems and methods for intellectual 
property marketing, management, and maintenance. An intellectual property marketing system 
manages the marketing of an intellectual property asset, where the intellectual property asset is 
based at least in part on an innovation submission of an innovator. An innovation maintenance 
management system manages rewarding of the innovator based at least in part on the innovation 
submission. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram showing a process for managing the life cycle of 
intellectual property. 

FIG. 2 is a schematic diagram showing an IP protection life cycle. 

F IG. 3 is a schematic diagram showing a IP marketing life cycle. 

F IG. 4 is a schematic diagram showing a preferred embodiment of the system 
architecture of the present invention. 

F IG. 5 is a schematic diagram showing another preferred embodiment of the system 
architecture of the present invention. 

F IG. 6 is a schematic diagram showing a specific implementation of a preferred 
embodiment of the present invention. 

F IG. 7 is a schematic diagram showing a specific implementation of a preferred 
embodiment of the present invention. 

FIG. 8 shows a illustration of an initial patent system in accordance with an embodiment 
of the present invention. 

FIG. 9 is a schematic diagram showing another embodiment of a system architecture of 
the present invention. 

FIG. 10 is a schematic diagram showing an embodiment of a system architecture of the 
present invention. 

FIG. 1 1 shows a schematic diagram of an illustration of an embodiment of a system 
architecture of the present invention. 

FIG. 12 shows an illustration of an embodiment of the system architecture of the present 
invention. 
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FIG. 13 shows a more detailed illustration of the accounting system and strategy system 
illustrated in FIG. 11. 

FIG. 14 shows a more detailed illustration of the finance system and research and 
development system illustrated in FIG. 1 1 . 

FIGS. 15-20 show illustrations of embodiments related to a product opportunity scoring 
pipeline. 

FIGS. 21-40 show an embodiment of an intellectual property database system for the 
development, marketing and maintenance of intellectual property. 

FIGS. 41-49 show an embodiment of an intellectual property management database 
system in accordance with an embodiment of present invention. 

FIGS. 50-165 including 103A and 120A illustrate an IP management system including a 
relational database for IP management, marketing and contracting activities. 

FIGS. 166-177 show system level diagrams of an embodiment of the present invention. 

FIGS. 178-1 88 show a system level diagram of a management of IP marketing system in 
accordance with an embodiment of the present invention. 

FIGS. 189-190 illustrate an overview of a project template plan according to an 
embodiment of the present invention. 

FIGS. 191-196 show a more detailed illustration of the project template plan illustrated in 
FIGS. 189-190. 

FIG. 197 is a client interview questionnaire of an embodiment of the present invention. 
FIG. 198 is a checklist of an embodiment of the present invention for assessing the 
competitive environment concerning an asset. 
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FIG. 199 is a checklist of an embodiment of the present invention for assessing internal 
marketing issues relating to an asset. 

FIG. 200 is an intellectual property outmarketing pre-transaction report of an 
embodiment of the present invention. 

FIG. 201 is a marketing plan checklist of an embodiment of the present invention. 

FIGS. 202-205 illustrate a nondisclosure agreement of an embodiment of the present 
invention. 

FIGS. 206-207 show a license agreement term sheet of an embodiment of the present 
invention 

FIGS. 208-210 illustrate an intellectual property outmarketing transaction report of an 
embodiment of the present invention. 

FIG. 211 is a project activity form of an embodiment of the present invention. 

FIG. 212 shows an illustration of an opportunity score card of an embodiment of the 
present invention. 

FIGS. 213-218 show system level illustrations of an embodiment of an IP marketing 
opportunity scoring module in accordance with an embodiment of the present invention. 

FIG. 219 shows an illustration of an embodiment of the present invention. 

FIG. 220 illustrates an embodiment of a company intellectual property checklist. 

FIG. 221 shows an illustration of an embodiment of a patent process life cycle. 

FIG. 222 illustrates an embodiment of an innovation educational form. 

FIGS. 223-224 show illustrations of embodiments of internal intellectual property audit 
processes. 
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FIG. 225 shows an illustration of a high level overview of intellectual property protection 
activities. 

FIG. 226 shows an illustration of a trademark management process in accordance with an 
embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

OVERVIEW 

Embodiments of the present invention relate to systems and methods for managing the 
life cycle of intellectual property ("IP"), including the development, management, maintenance 
and marketing of intellectual property. IP may include, without limitation, patents, trademarks, 
copyrights, trade secrets, technology, training methods, business methods, know how, and other 
like assets from which value may be extracted. 

According to an embodiment of the present invention, intellectual property management 
data is stored in at least one data system having at least one database. A preferred embodiment 
of the present invention comprises a plurality of data systems, where each of the data systems 
can have more than one database. For example, a first data system can comprise a patent and 
trademark application docketing system and be coupled to a second data system. The second 
data system can comprise a system to store IP inventory data (e.g., trade secret inventory data, 
copyright inventory data, etc.), project data, contract/agreements data, innovator data, innovation 
awards data, and other data related to the development, marketing and maintenance of 
intellectual property assets. As used to describe embodiments of the present invention, the term 
"coupled" encompasses a direct connection, an indirect connection, or a combination thereof. 
Moreover, two devices that are coupled can engage in direct communications, in indirect 
communications, or a combination thereof. 

Virtual IP packets can be generated using tagging data within the various databases. For 
example, a virtual IP packet can include an IP data record corresponding to an IP asset and also 
data records associated with the IP data record (e.g., other IP data records, product data records, 
computer files, project data records, contract data records, an so forth). For a given product or 
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service, a broad view of the IP associated with a particular packet can be obtained. That broad 
view can include at least some of the following: the technology embodying the intellectual 
property, the type or types of IP protection obtained for that technology, a status of the protection 
(i.e., patent pending, issued, maintenance fees due, etc.), prospective and actual licensees and 
key licensing terms, financial valuation competitive analysis, enforcement proceedings, and so 
forth. 

The system can provide a reporting structure for phases of the life cycle and reporting 
capabilities on the interrelationship of the various phases. The system preferably includes 
components which form the building blocks to create the entire life cycle management system. 
For example, the IP life cycle may be considered to comprise three phases. The phases may 
include activities that (1) identify and develop IP, (2) protect and maintain IP, and (3) market IP. 
Each phase of the life cycle can comprise a plurality of stages. 

Identify and Develop Intellectual Property 

The steps in managing the life cycle of intellectual property begin with the definition of 
the life cycle. This life cycle typically begins with the research and development planning cycle. 
It is during this R&D planning cycle that intellectual property considerations should first be 
discussed. Innovations should be identified and appropriate protection methodologies chosen to 
protect those innovations. Throughout the development process, the intellectual property 
considerations should preferably be iteratively revised in order to stay abreast of the 
development effort as well as trends in the relevant industries. A by-product of this effort will be 
a database of technology that can be used as a technology transfer vehicle between various 
organizations or subsidiaries. Incentives are also vital to the development of intellectual 
property. Innovation award databases can be integrated into the system of the present invention. 
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Protect and Maintain Intellectual Property 

As will be appreciated by those skilled in the art, there are numerous legal devices 
available for protecting intellectual property. Patents, copyrights, trademarks and trade secrets 
are all available to intellectual property owners. Databases for tracking each type of intellectual 
property are developed and integrated into the identification and development system. Such 
databases are used primarily by the IP owners (e.g., the business owners). Identification tags are 
used in order to map innovations to the protection mechanism which may be on a one-to-one 
basis, but may be on a one-to-multiple or multiple-to-one basis. 

The aforementioned databases also are preferably integrated with the legal databases used 
for docketing and otherwise tracking the protection phase. Critical concepts such as filing dates, 
issue dates, maintenance fees/annuity due dates, are typically contained within the legal 
databases, but such dates are essential to the business plan. Mapping to other databases also can 
be provided. 

Market Intellectual Property 

A business plan for intellectual property life cycle management preferably includes 
marketing (e.g., licensing, selling) intellectual property assets for value. The business plan 
should not be an "after the fact" occurrence, but rather should be integrated into the identification 
and development cycle and the protection and maintenance cycle. With the business plan, 
abusiness owner can fully realize the potential value of IP. The marketing databases are also 
tagged so as to enable mapping between the marketing system, the identification/development 
system, and the protection/maintenance system. 

As will be understood by those skilled in the art, marketing not only includes licensing 
and selling, but also includes the decision not to license or sell (in other words, exercising an 
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owners right to exclude others from making, using, or selling). Accordingly, as part of the 
marketing system, there can be an enforcement (e.g., litigation) mechanism and a decision tree 
leading thereto. Marketing can also include cross-licensing, donations, and even abandonment. 
The marketing system can include a contract database, a license/sales "leads" database, a 
licensing revenue tracking system, competitive intelligence data, and other data. 

In accordance with an embodiment of the present invention, there is provided a method 
of managing decisions and resources relating to the management and leveraging of intellectual 
property assets. 

Additional advantages and novel features of the invention will be set forth in the 
description which follows, and in part will become apparent to those skilled the art or upon 
examination of the following detailed description or may be learned by practice of the invention. 
The detailed description shows the preferred embodiment of the invention by way of illustration 
of the best mode contemplated for carrying out the invention. As will be realized, the invention 
is capable of other and different embodiments, and its several details are capable of 
modifications in various obvious respects, all without departing from the scope and spirit of the 
present invention. Accordingly, the drawings and descriptions are to be regarded as illustrative 
in nature, and not as restrictive. 
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SECTION 1 : THE LIFE CYCLE OF INTELLECTUAL PROPERTY 



Figure 1 is a schematic diagram showing a continuous IP process, which may be 
considered a life cycle of IP. The life cycle of IP may be broadly defined to include three related 
phases: (1) the Identification, Development, Protection and Marketing Phase; (2) the 
Negotiations, License/Sales Initiation, and Contract Development Phase; and (3) the Support and 
Maintenance Phase. 

LI The Identification, Development. Protection and Marketing Phase 
The first phase relates to various stages that involve the creation of an IP asset. The first 
phase can comprise four distinct stages of IP management: identification, development, 
protection, and marketing. 

1. L 1 Identification Stage 

Various IP assets may be identified during the Identification Stage. For example, 
an invention may have been conceived, a new brand for a product may have been thought up, a 
software product may have been envisioned, an idea to solve a problem may have been 
discovered, a new technology may have been developed, or some other IP may have been 
created or otherwise be in the process of being created. Identification of the IP may be made 
through a number of venues. For example, the IP may be submitted by its creator. Furthermore, 
the IP may be identified by a team of IP miners through an IP audit. In addition, the IP may be 
an unsolicited submission received from external entities. Potential market opportunities for the 
IP may also be identified during the identification stage. For example, potential customers of the 
IP may be identified at this stage of the life cycle. Modifications and improvements to the IP 
asset may also be identified in view of the potential marketing opportunities. 



-13- 



BS00-428 



1.1.2 Development Stage 

During the development stage, the new IP identified during the Identification 
Stage can be developed, if the IP has not been fully developed. For example, a conceived 
invention may be reduced to practice, and a software product can be tested and debugged during 
the development stage. Also, during the development stage, marketing sales channels may be 
developed for the IP. Preferably, the development of the IP and the marketing sales channels are 
performed concurrently. At this stage, further modifications and improvements to the invention 
and IP may also be developed in light of potential marketing opportunities. 

1.1.3 Protection Stage 

In the protection stage, appropriate steps are taken to protect the IP identified and 
developed in the earlier stages. Protection of the IP may be accomplished in a number of ways. 
For example, patents may be obtained to protect inventions, trademark registrations may be 
sought for trademarks and service marks, copyright registrations may be secured for original 
works of authorship embodied in tangible media of expression, and appropriate procedures may 
be implemented to safeguard trade secrets. Furthermore, additional protection may be obtained 
through non-disclosure agreements, "clean room" procedures, and other measures. 

1 . 1 .4 Marketing Stage 

Analyses related to the market for and the competitiveness of the IP may be 
performed in the Marketing Stage. In addition, financial analyses can be conducted. These 
analyses may be performed to evaluate the potential of marketing of the IP. For example, the 
results of the analyses may provide rough estimates of how much commercial value may be 
derived from the IP. Furthermore, the results may indicate whether the IP can be successfully 
leveraged in light of the assessed market condition, including how the IP asset may fare with any 
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competition. Moreover, the results may lead to a conclusion that additional financial assistance 
must be obtained to compete with a number of competitors. By this stage, a number of potential 
customers of the IP can be identified, 

1 .2 The Negotiations, License/Sales Initiation, and Contract Development Phase 
During the second phase, efforts can be undertaken to derive value from the IP developed 
during the first phase. For example, the IP may be sold or licensed to the potential customers 
identified during the first phase. The potential customers may be internal or external entities. 
Internal entities include other operating units of the company. External entities may include 
customers, government agencies, and even potential competitors. In addition, value for the IP 
may be derived through donation. For example, the IP may be donated (e.g., to universities, to 
other institution of higher learning, to non-profit organizations, to charities, and so forth) and 
value may be realized through public relations benefits and tax benefits associated with the 
donation. The second phase may include three IP management stages: negotiations, license/sales 
initiation, and contract development. 

1 .2. 1 Negotiations Stage 

Negotiations can be conducted with various entities. For example, negotiations 
may be had with government agencies, suppliers, and end users concerning utilization of the IP. 
Negotiations can also be conducted with potential recipients of IP donations concerning the 
scope of the IP donation and any collateral agreements, undertakings, and activities. 

1 .2.2 License/Sales Initiation Stage 

Licensing and sales activities can be commenced with internal customers and 
external customers. For example, an IP asset may be developed that is related to a product or 
service delivered by a vendor. That vendor can be contacted to inform the vendor of the IP asset 
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and initiate discussions regarding sale of the IP, licensing of the IP, cross-licensing of the IP, and 
so forth. Likewise, an IP asset may be developed regarding a product or service that is to be 
delivered. Accordingly, end users of the product or service related to the IP asset can be 
contacted to initiate sales, licensing and other marketing activities. 

1 .2.3 Contract Development, Negotiation and Completion Stage 
*^|jfae Contract Development, Negotiation and Completion Stage can include 
contract development, contract negotiation, and contract completion related tasks. For example, 
form contracts can be updated and/or particularized for the purposes of contract negotiations 
with the client. Various drafts of the contract may be tracked for different instances of the 
negotiations. Approval of draft contract terms can be obtained prior to the initiation of contract 
negotiations. After contract negotiations have been conducted, a tentative contract can be 
communicated to appropriate decision makers concerning final approval of the contract. 
Activities related to the execution of a contract can be tracked and recorded. For example, after 
a contract is executed, a computer file containing an image of the executed contract can be stored 
and associated with related data records (e.g., associated with project data records, product data 
records, IP data records, and so forth). In another embodiment, the contract may include 
electronic signatures and the electronically-executed contract can be associated with related data 
records. 

1 .3 The Support and Maintenance Phase 

During the third phase, the IP developed and marketed in the earlier phases may receive 
continuous support and maintenance. The third phase can include five stages related to support 
and maintenance of IP: internal reward and recognition, IP protection and policing, relationship 
management, royalty management, and quality standards management. 
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1.3.1 Internal Reward and Recognition Programs Stage 

During the Internal Reward and Recognition Programs Stage, innovators who 
have contributed to the development of IP can be rewarded and recognized. The programs can 
be an effective vehicle to show appreciation to the innovators. Reward and recognition of the 
innovators may involve a payment in cash or in other forms of compensation. In addition, 
recognition may be done through publications, award ceremonies, banquets, etc. In addition, the 
programs can further encourage the innovators to submit additional innovations such as related 
innovations, improvements, and new innovations. Furthermore, the programs may also stimulate 
other innovators to come forward with new innovations. Related innovations, improvements, 
and new innovations may then be the basis for continuing the IP Life Cycle at the Identification, 
Development, Protection and Marketing Phase and Negotiations and License/Sales Phase. 

1 .3.2 IP Protection and Policing Stage 

During this stage, patent, trademark, copyright, and/or trade secret portfolio 
management activities can be undertaken, tracked, and monitored. For example, patent 
maintenance fee payments and decisions can be made. In an embodiment, the likely potential 
value of a patent prior to payment of a maintenance fee can be estimated and a decision as to 
whether or not to pay the maintenance fee can be made based at least in part on the likely 
potential value estimate. When the potential value is less than the maintenance fee, the 
maintenance fee payment may not be made or the patent can be donated to another entity that 
may or may not pay the maintenance fee. IP policing activities can also be undertaken, 
monitored and reported, wherein certain infringers are notified and made to stop such infringing 
activity. Examples of IP policing activities include identification of products and services that 
infringe one's IP, and the development of certain strategical approaches to enforce one's IP 
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against the owners of such infringing products and services. Such identifications and 
developments may lead to additional innovations and improvements to the IP that may be the 
basis for continuing the IP Life Cycle at the Identification, Development, Protection and 
Marketing Phase. Additionally, these identifications and developments may be the basis for 
initiating and negotiating a license or sale of the IP to the infringer. 

1.3.3 Relationship Management Stage 

The Support and Maintenance Phase can include relationship management 
activities to manage relationships with entities such as internal corporate entities, internal 
customers, external corporate entities, external customers, external sales partners, and end users. 
End users can include product and service end users and IP asset end users. Examples of 
relationship management activities include contacting the entity to assess any shortcomings in 
the IP, any new challenges of the entity, and any new thoughts on the IP. Such activities may 
lead to the generation of new IP to meet such shortcomings and challenges, where such new IP 
may be the basis for continuing the IP Life Cycle at the Identification, Development, Protection 
and Marketing Phase and Negotiations and License/Sales Initiation, and Contract Development 
Phase. Also, such shortcomings, challenges, and thoughts may lead to the identification of other 
innovations and IP in one's portfolio, which may be the basis for continuing the IP Life Cycle at 
the Identification, Development, Protection and Marketing Phase and Negotiations and 
License/Sales Initiation, and Contract Development Phase. 

1.3.4 Royalty Management Stage 

Royalty management activities can be undertaken and analyzed as part of 
intellectual property support and maintenance. Audits can be conducted and reviewed to 
determine whether the licensees are operating within the scope of their licenses and paying the 
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appropriate royalty and/or licensing fees. Other royalty management activities include 
determining whether any additional support from the IP owner is required to maintain use of the 
IP or to assist in licensing or selling it to other end users. 

1.3.5 Quality Standards Management Stage 

The Support and Maintenance Phase can also include activities related to quality 
standards management. For example, quality standards management activities can include 
review and analysis of marketing projects to determine how the marketing activities and/or 
process can be improved. Evaluations of the terms of contracts and/or amount of review 
generated by entities and personnel associated with the marketing of IP can be conducted. 
Objective and subjective data can be analyzed to determine whether innovations are being 
effectively identified, developed and marketed. Examples of other quality standards 
management activities include ensuring that the products or services meet the quality standards 
set by the licensor, especially if the licensor's trademark is being affixed to the product or 
services, and ensuring appropriate IP markings, such as ©, ®, ™, patent pending, patent number 
are affixed to the product or service. 
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SECTION 2: IP PROTECTION LIFE CYCLE 

Figure 2 is a schematic diagram showing an IP protection life cycle. The continuous IP 
process for this IP protection life cycle may include six levels: Innovation Identification (IP 
Protection Level 0), Innovation Development (IP Protection Level 1), IP Protection Initiation (IP 
Protection Level 2), IP Protection Pending (IP Protection Level 3), IP Registration (IP Protection 
Level 4), and IP Maintenance (IP Protection Level 5). Each of these levels of operation can, for 
example, include data relating to effort spent, time elapsed per level, time elapsed total, IP 
management activities, and IP management measures. Using a system based, at least in part, on 
guidelines illustrated in Figure 2, a person can determine how long certain operations should take 
and can manage an IP protection life cycle. For example, a data system associated with the IP 
protection life cycle can be programmed to remind the person about certain operations of the life 
cycle and to determine how much time and resources will be needed. The following further 
describes the levels of the IP protection life cycle and sets forth some examples as to effort spent, 
time elapsed per level, time elapsed total, and activities and measures. 

2.1 Innovation Identification (IP Protection Level 0) 

The efforts spent at the Innovation Identification Level in one embodiment can be one to 
two hours per innovation. An innovation may be a product.. The time elapsed per level can be 
one to five days. The total time elapsed including this level may be up to one week. The IP 
management operations undertaken in this level include the following: internal awareness in 
education; internal relationship building; identifying protection opportunities; identifying type of 
protections needed; catalogue and qualify opportunities; notifying to IP marketing unit for 
marketing; and assigning a business unit IP management team member. The measures 
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operations that can be taken at this level include innovations identified including the number of 
types and the quality of innovations. 

2.2 Innovation Development (IP Protection Level 1) 

The efforts spent at the Innovation Development Level can be one to five hours 
depending on the type of IP involved. The time elapsed during this level can be one to five days, 
and the total time elapsed up to and including the Innovation Development Level can be one to 
two weeks. The IP management operations undertaken as part of the Innovation Development 
Level of the IP protection life cycle can include: further educate innovator on information 
needed for IP protection; assist innovator in getting the innovation to the point that protection 
can be obtained for the IP; assist the business unit IP marketing unit with technical 
understanding; and confirm receipt of an innovation disclosure form. The measures operations 
that can be a part of the Innovation Development Level include a measurement of the number of 
disclosures and a measurement of the innovation attributes that are known and catalogued. 

2.3 IP Protection Initiation (IP Protection Level 2) 

The efforts spent at the IP Protection Initiation Level of the IP protection life cycle in an 
embodiment can include three to five hours per patent related innovation, three to five hours for 
trademark innovation and one hour per copyright innovation. The time elapsed during the IP 
Protection Initiation Level can be three to five months per patent, one to five days per trademark 
and one to five days per copyright. The total time elapsed up to and including the IP Protection 
Initiation Level maybe four to six months per patent, one to three months per trademark and 
three to four weeks per copyright. The IP management operations that can be undertaken during 
the IP Protection Initiation Level can include: access disclosure form; notify the legal 
department of the business unit IP marketing unit; verify disclosure award received; follow up 
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with innovator and legal department, and file application; Measures include applications filed, 
quality of applications filed, and cost management of applications filed. 
2.4 IP Protection Pending (IP Protection Level 3) 

The efforts spent at the IP Protection Pending Level of the IP protection life cycle in an 
embodiment can include three to five hours per patent related innovation, four to six hours for 
trademark innovation and one hour per copyright innovation. The time elapsed during the IP 
Protection Pending Level can be 1 8 to 24 months per patent, six to 12 months per trademark, and 
two to three months per copyright. The total time elapsed up to and including the IP Protection 
Pending Level maybe 22 to 30 months per patent, 12 to 18 months per trademark, and three to 
four months per copyright. 

The IP management operations that can be undertaken during the IP registration level 
include assisting in notifying the innovator that IP protection was obtained such as the issuance 
of a patent, the issuance of a trademark registration, etc; assisting the innovator in marking the 
innovation with the IP protection information; assisting the innovator in understanding the extent 
of the IP protection; and verifying the IP registration. The IP management operations that can be 
undertaken during the IP Protection Pending Level can include: verifying that a filing award, if 
any, was received by the innovator; assisting the innovator with issues relating to using the 
innovation while IP protection is pending; following up with legal personnel regarding the status 
of the IP protection efforts; and reviewing written documents from the government agency with 
which the application was filed and assisting in response to those written documents. The 
measurement operations that can be undertaken at the IP Protection Pending Level include a 
measurement of proper innovation usage during the IP Protection Pending Level and a 
measurement of pendency of the IP application. 
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2.5 IP Registration (IP Protection Level 4) 

The efforts spent at the IP Registration Level can be three to five hours per patent, one to 
two hours per trademark and one hour per copyright. At the IP Registration Level the time 
elapsed can be one to five days per patent, one to five days per trademark and one to five days 
for copyright. Up to and including the IP Registration Level the total time elapsed can be two to 
two-and-a-half years per patent, one to three-and-a-half years per trademark and three to four 
months per copyright. The registration operation includes assisting in notification to innovation 
generator; assisting innovator generator in marking innovation with registration information; 
assisting innovation generator in understanding extent of IP protection; and verifying 
registration. The measurement operations that can be undertaken at the IP Registration Level 
include a measurement of the number of registrations obtained such as the number of patents 
obtained, the number of trademark registrations obtained, etc., a determination that proper 
markings of intellectual property protection registration have been undertaken and cost 
management of registration fees. 

2.6 IP Maintenance (IP Protection Level 5) 

The IP Maintenance Level can require one to two hours of effort. The time elapsed at the 
IP Maintenance Level can be one day and ongoing. Up to and including the IP Maintenance 
Level, the total time elapsed can be twenty years per patent, five to ten years per trademark and 
ten years per copyright. The IP management operations that can be undertaken at the IP 
Maintenance Level include verifying that the innovator received an IP protection issuance award; 
recording all relevant IP protection information; internal follow-up; and IP policing. The 
measurement operations that can be undertaken at the IP Maintenance Level include a 
measurement of the IP attributes catalogue and cost management of maintenance fees. 
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SECTION 3: IP MARKETING LIFE CYCLE 

Figure 3 is a schematic diagram showing a IP marketing life cycle. The continuous IP 
process for this IP marketing life cycle may be described as including six levels of operations 
including Potential Opportunity Identification (IP Marketing Level 0), Initial Research in 
Progress (IP Marketing Level 1), Awaiting Execution of Pre-Transaction Report (IP Marketing 
Level 2), Negotiation with External Party in Progress (IP Marketing Level 3), Awaiting 
Execution Agreement and Transaction Report (IP Marketing Level 4), and Close Deal 
Maintenance (IP Marketing Level 5). Each of these levels of operations can, for example, 
include data relating to effort spent, time elapsed per level, time elapsed total, intellectual 
property management activities, and intellectual property management measures. A system 
based, at least in part, on the guidelines illustrated in Figure 3 can allow a person to determine 
know how long certain operations should take and to effectively manage a IP marketing life 
cycle. For example, a data system associated with the IP marketing life cycle can be 
programmed to help the person plan for and allocate resources for the IP marketing life cycle. 
The following further describes the levels of the IP marketing life cycle and sets forth some 
examples as to effort spent, time elapsed per level, time elapsed total, activities and measures. 
3.1 Potential Opportunity Identification (IP Marketing Level 0) 
The efforts spent at the Potential Opportunity Identification Level can be one to five days 
at the Potential Opportunity Identification Level. The time elapsed can be one to two hours per 
innovation (or product). The time elapsed during the Potential Opportunity Identification Level 
can be up to one week. The IP marketing operations of the Potential Opportunity Identification 
Level of the IP marketing life cycle process include: internal awareness in education; internal 
relationship building; identifying potential marketing opportunities; cataloging and qualifying 
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potential opportunities; notifying the intellectual property management unit for disclosure 
purposes; and assigning a team member of the intellectual property marketing unit. The 
measurement operations undertaken during the Potential Opportunity Identification Level can 
include a measurement of the innovations (products) identified, a measurement of the quality of 
innovations (products), and numbers of people identifying innovations (products). 

3.2 Initial Research in Progress (IP Marketing Level 1) 

The effort spent at the Initial Research in Progress Level of the IP marketing life cycle 
process can be seven to ten days. The time elapsed at the Initial Research in Progress Level can 
be five to ten hours per innovation (product). Up to and including the Initial Research in 
Progress Level, the total time elapsed can be one to two weeks. The IP marketing operations at 
the initial research in progress level include: beginning market research; following up with an 
interview with subject matter expert ("SME"); beginning innovation (product) scorecard 
research; assessing the competitive environment; initially valuing the innovation (product); 
prioritizing innovation (product) with portfolio; making a go-no-go decision; beginning to get an 
internal buy-in; and drafting and submitting a pretransaction report ("PTR"). The measurement 
operations undertaken at the initial research in progress level include a measurement of 
innovation (product) attributes that are known and catalogued. 

3.3 Awaiting execution of Pre-Transaction Report (IP Marketing Level 2) 

The time spent at the Awaiting Execution of Pre-Transaction Report Level can be seven 
to ten days. The time elapsed at this level can be five to ten hours per deal. The time elapsed up 
to and including the Awaiting Execution of Pre-Transaction Report Level can be two to three 
weeks. The IP marketing operations undertaken at the Awaiting Execution of Pre-Transaction 
Report Level include: conducting in-depth interview with SME; continuing to build relationship; 
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beginning channel strategy; continuing competitive research and evaluation of innovation 
(product); initiating contact with chosen sales partners or end users; utilizing non-disclosure 
agreements ("NDAs"); and protecting IP prior to disclosure. The measurement operations that 
can be performed at the Awaiting Execution of Pre-Transaction Report Level include a 
measurement of the Pre-Transaction Report for all deals. 

3.4 Negotiation with External Party in Progress (IP Marketing Level 3^1 

The efforts spent at the Negotiations with External Party in Progress Level of the IP 
marketing life cycle can be one to five months. The time elapsed at this level can be ten to 50 
hours per deal Up to and including the Negotiations with External Party in Progress Level, the 
total elapsed time can be two to six months. The IP marketing operations undertaken at the 
Negotiations with External Party in Progress Level include: continuing innovation (product) 
valuation market research and channel strategy; creating innovation (product) overview and 
presentation for external purposes; determining structure in pricing of deals; beginning and 
completing negotiations and/or contracts; and drafting and submitting transaction report. The 
measurement operations that can be conducted at this level include a measurement of the 
accuracy evaluations, a measurement of terms of deals and a measurement of the number of 
times the contract was reworked. 

3.5 Awaiting Execution Agreement and Transaction Report (IP Marketing Level 4) 
The effort spent at the Awaiting Execution Agreement/Transaction Report Level can be 

seven to ten days. At this level the time elapsed can be one to two hours per deal Up to and 
including the Awaiting Execution Agreement/Transaction Report Level the total time elapsed 
can be two to six months. The IP marketing operations undertaken at the Awaiting Execution 
Agreement/Transaction Report Level include: finalizing fine points of contract; and managing 
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technical and logistical issues of the innovation (product). The measurement operation at this 
level include whether there is a transaction report for all deals. 

3.6 Closed Deal Maintenance (IP Marketing Level 5). 

The effort spent at the Closed Deal Maintenance Level can be one day as well as 
ongoing. The time elapsed at this level can be one to two hours per deal or more. Up to and 
including the Closed Deal Maintenance Level the total time elapsed can be two to six months. 
The IP marketing operations undertaken during the Closed Deal Maintenance Level of the IP 
marketing life cycle process include: signing contracts; recording all relevant innovation 
(product) information; recording all relevant deal information; tracking royalties; managing the 
sales partners/end user relationship; conducting internal follow-ups; managing quality standards; 
and IP policing. The measurement operations that can be undertaken at the Closed Deal 
Maintenance Level include a measurement of revenues, a measurement of the percent of 
innovations licensed with patent protection and a measurement of the deal attribute catalogued. 
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SECTION 4: SYSTEM ARCHITECTURES 
Overview 

Figure 4 is a schematic diagram showing a preferred embodiment of the system 
architecture of the present invention. Terminal 10 is coupled to server 100 via network 50. 
Server 100 includes and/or is coupled to a plurality of data systems including IP selection system 
2000, trademark protection system 3000, trade secret protection system 3500, copyright 
protection system 4000, patent protection system 5000, IP asset management system 6000, IP 
utilization system 7000, IP donation system 8000, and IP marketing system 9000. In an 
embodiment, each of systems 2000, 3000, 3500, 4000, 5000, 6000, 7000, 8000, 9000 comprise 
data systems including instructions to be executed by a processor and data storage (e.g., a portion 
of data storage of a database 1 12). Network 50 may be a local area network (LAN), a wide area 
network (WAN), an HTTP network, the Internet, a wireless network, a wired network, or another 
communications network. 

In the preferred embodiment, server 100 includes processor 111, database 112, and 
memory 120. Server 100 also can be, for example, a plurality of coupled servers. Processor 111 
can be, for example, an Intel Pentium® III processor, manufactured by Intel Corp. of Santa 
Clara, California. As another example, processor 1 1 1 can be an Application Specific Integrated 
Circuit (ASIC). Server 100 can be, for example, a UNIX server from Sun Microsystems, Inc. of 
Palo Alto, California. Memory 120 may be a random access memory (RAM), a dynamic RAM 
(DRAM), a static RAM (SRAM), a volatile memory, a non-volatile memory, a flash RAM, a 
cache memory, a hard disk drive, a magnetic storage device, an optical storage device, a 
magneto-optical storage device, or a combination thereof. 
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Memory 120 of server 100 can store IP life cycle management instructions which can 
comprise instructions to store data, access data, generate user interfaces, generate reports, and 
perform other functions and operations as described herein. In an embodiment, the IP life cycle 
instructions can include IP selection instructions 121, trademark protection instructions 122, 
trade secret protection instructions 123, copyright protection instructions 124, patent protection 
instructions 125, IP asset management instructions object 126, IP utilization instructions 127, IP 
donation instructions 128, and IP marketing instructions 129. For example, the IP life cycle 
instructions 121-129 can be constructed using Object Oriented (00) development methods. 

The data systems and corresponding instructions (e.g., IP selection system 2000 including 
IP selection instructions 121, trademark protection system 3000 and trademark protection 
instructions 122, IP asset management system 6000 and IP asset management instructions 126, 
etc.) can perform functions and operations related to the development, marketing, and 
maintenance of intellectual property as described herein. 

Figure 4 shows an embodiment of the present invention in which the functions and 
operations described herein are performed at least in part by terminal 10, server 100 and database 
112. For example, in an embodiment, the intellection property management system illustrated in 
Figures 50-165 can be implemented with at least terminal 10, server 100, and database 112. In 
such an embodiment, the marketing module illustrated in Figures 84-1 10 can correspond to IP 
marketing system 9000, which includes IP marketing instructions 129 and data storage of at least 
a portion of database 112. 

In accordance with an embodiment of the present invention, instructions adapted to be 
executed by a processor to perform a method are stored on a computer-readable medium. The 
computer-readable medium can be a device that stores digital information. For example, a 
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computer-readable medium includes a CD-ROM as is known in the art for storing software. The 
computer-readable medium is accessed by a processor suitable for executing instructions adapted 
to be executed. The terms "instructions adapted to be executed" and "instructions to be 
executed" are meant to encompass any instructions that are ready to be executed in their present 
form (e.g., machine code) by a processor, or require further manipulation (e.g., compilation, 
decryption, or provided with an access code, etc.) to be ready to be executed by a processor. 

Figure 5 is a schematic diagram showing an embodiment of the system architecture of the 
present invention. In this embodiment, each of the plurality of data systems correspond to the 
plurality of data systems illustrated in Figure 4. In another embodiment, each data system can be 
a stand alone system, i.e., each of the data systems can include a server having a memory, a 
processor, and mass storage (e.g., to store data of a database). As is readily apparent to one 
skilled in the art, the data systems may also be grouped in a number of combinations or 
permutations. For example, trademark protection system 3000, trade secret protection system 
3500, copyright protection system 4000, and patent protection system 5000 may be embodied in 
one server, and IP marketing system 9000 and IP donation system 8000 may be embodied in a 
second server. 

According to an embodiment of the present invention, innovator 2001 can send 
submission including an innovation description to IP selection system 2000. For example, 
innovator 2001 can describe the innovation in an online form that can then be sent to (e.g., saved 
to, stored on) IP selection system 2000. In another embodiment, innovator 2001 can submit a 
hard copy of an innovation disclosure form and a user can enter information from the innovation 
disclosure form into IP selection system 2000. Innovator 2001 also can send a submission that 
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includes a product description (e.g., a description of an article of commerce, a process, a method, 
an article of manufacture, a system) to IP selection system 2000. 

IP selection system 2000 can access information such as IP law information from IP law 
source 2002 and IP business information from IP business source 2003 to determine whether the 
submission includes subject matter that can be protected by a trademark via trademark protection 
system 3000, as a trade secret by trade secret protection system 3500, by a copyright protection 
system 4000, or by a patent protection system 5000. In an embodiment, information submitted 
by innovator 2001 can be compared against the IP law information and IP business information 
to determine which one or more of systems 3000, 3500, 4000, or 5000 can be utilized to 
potentially obtain intellectual property protection for subject matter of the submission. 

In an embodiment, a submission may be capable of multiple forms of intellectual 
property protection. For example, computer code can be both patentable and copyrightable. An 
article of manufacture may be protectable by one or more patents and have aspects that can be 
protected by one or more trademarks and/or trade secrets. When a submission is capable of 
multiple instances of protection, duplicate data records or information can be created and linked 
with one set of data records being communicated to a first protection system and a second set of 
data records being communicated to a second protection system. In another embodiment, when a 
submission is capable of multiple instances of protection, a single set of data records or 
information can be created but processed by more than one protection system (e.g., concurrently 
processed, serially processed, processed in parallel, etc.). 

In an embodiment, IP selection system 2000 can communicate subject matter of the 
submission received from innovator 2001 to patent protection system 5000. Patent protection 
system 5000 can access information such as patent law information from patent law source 5002 
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and patent business information from patent business source 5003 to determine whether patent 
protection should be sought for the subject matter. For example, the patent law information may 
include examples of patentable subject matter, such as products and methods of doing business, 
statutory bar date criteria and the like. For example, patent business information may include 
data concerning areas of technology in which a corporation seeks patent protection. When the 
subject matter corresponds to a desired technological area or relates to a product having a 
potential for high business impact, the patent protection process can be initiated for the subject 
matter. Alternatively, the subject matter may correspond to an area of technology in which the 
corporation does not want to undertake the expense of obtaining patent protection, and the 
subject matter can be transferred to trade secret protection system 3500 for potential protection 
as a trade secret. 

In an embodiment, as the subject matter is processed (e.g., tracked, monitored, the subject 
of generated reports, and so on) by one or more of trademark protection system 3000, trade 
secret protection system 3500, copyright protection system 4000, and patent protection system 
5000, status information concerning the subject matter (e.g., an IP unit, an IP asset) can be sent 
to IP asset management system 6000. IP asset management system 6000 can include data 
records corresponding to IP assets, i.e., IP data records. An IP data record can uniquely identify 
an IP asset and can be associated with other data records relating to intellectual property 
management (e.g., development, marketing, and maintenance). Thus, an IP data record can 
indicate whether subject matter is protected by a patent (i.e., is a patent asset), that a patent 
application is pending, has been copyrighted, and so forth. In an embodiment, as the subject 
matter is processed by one or more protection systems, the IP management system information is 
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updated (e.g., to indicate a patent has issued, that a trademark application was abandoned, and so 
on). 

IP utilization system 7000 can receive information from IP asset management system 
6000 in order to process decisions concerning the leveraging of IP assets. In an embodiment, IP 
utilization system 7000 can store, access and report information related to decisions to abandon 
an IP asset (e.g., to forego paying a maintenance fee), donate an IP asset (e.g., to realize a tax 
advantage), or market an IP asset (e.g., to sell, license, enforce). IP asset management system 
data records can be updated based at least in part on a decision to abandon an IP asset, a decision 
to donate an IP asset communicated by IP donation system 8000, or a decision/update regarding 
marketing of an IP asset communicated by IP marketing system 9000. Also, in an embodiment 
as illustrated in Figures 9 and 10, IP enforcement system 6500 can store, access and report 
information related to maintaining competitive advantages. Similarly, IP trade system 7500 can 
store, access and report information related to gaining design freedom, gaining access to 
technology, or fending off an IP enforcement lawsuit. 

In an embodiment, IP asset management system 6000 can generate a communication to 
innovator 2001 regarding an IP asset. For example, a patent award notification can be sent to 
innovator 2001 after a patent application is filed on subject matter submitted by the innovator, 
after a patent issues incorporating subject matter submitted by the innovator, and so on. In 
another embodiment, after an innovator is awarded multiple patents (e.g., five or more), an 
enhanced award notification can be sent to innovator 2001 to recognize the contributions of the 
innovator and to further incentivize the innovator to innovate and report innovations. In a further 
embodiment, various groups in a company may obtain information related to the IP assets. For 
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example, the accounting department may obtain information on the amount of money generated 
from some or all of the patents, trademarks, copyrights, and trade secrets. 

Figure 6 is a schematic diagram showing a specific implementation of an embodiment of 
the present invention. As illustrated in Figure 6, IP selection system 2000 can include IP 
selection database 2100. Trademark protection system 3000 can comprise initial trademark 
system 3100, trademark project system 3200, trademark tracking system 3300, and trademark 
response system 3400. Trade secret protection system 3500 can include trade secret database 
3600. Copyright protection system 4000 can comprise initial copyright system 4100, copyright 
project system 4200, copyright tracking system 4300, and copyright response system 4400. 
Similarly, patent protection system 5000 may comprise initial patent system 5100, patent project 
system 5200, patent tracking system 5300, and patent response system 5400. Furthermore, IP 
asset management system 6000 may comprise IP asset database 6100. IP utilization system 7000 
may comprise potential utilization system 7100, utilization assessment system 7200, and 
utilization decision system 7300. IP donation system 8000 may comprise donate project system 
8100 and donate contract system 8200. IP marketing system 9000 may comprise marketing 
project system 9100 and marketing contract system 9200. The various systems are described in 
additional detail as follows. 

IP Selection System 

IP selection system 2000, in an embodiment, can receive submission descriptions and 
conduct preliminarily evaluations of subject matter described in the submission descriptions. 
The subject matter of the submission can relate to, for example, patents, trademarks, trade 
secrets, copyrights, trade dress, service marks, software, literary arts, music, movies, inventions, 
business methods, processes, articles of manufacture, services, and other subject matter related to 
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innovation and/or intellectual property rights. IP selection system 2000 can include an IP 
selection database 2100 to store data based on information received (e.g., innovator 
submissions), legal data, and business data. 

Innovator 2001 can be a source of innovation. For example, innovator 2001 can produce 
IP, and the life cycle of that IP can be managed by embodiments of the present invention. 
Innovator 2001 may be an internal entity. The internal entity may be a person or a collection of 
persons in one or more business units. For example, the person may be an engineer who is hired 
to innovate. The business unit may be a technical unit, research and development unit, a 
marketing department, a legal department, an IP department, a manufacturing facility, and so 
forth. Innovator 2001 may also be an external entity. The external entity may be a joint- venture 
partner, a vendor, a supplier, or any other entity that may contribute IP assets that can be 
acquired and managed by an embodiment of the present invention. An innovator 2001 can also 
be any entity that wishes and/or agrees to assign its rights to the innovation to a company, 
corporation, organization, individual and/or entity. Thus, innovator 2001 could be a scientist or 
someone who produces advertising materials. The innovation may be bought through a strategic 
acquisition process from others. In short, innovations may come from an internal sources 
(employees, R&D, etc) or external sources (acquisition, contracts, joint ventures, etc.). 
Innovator 2001 also can use computer 10 with a GUI to input data into system 100. 

In addition to receiving submissions relating to innovations, IP selection system 2000 can 
receive additional IP information. One of the reasons why many business entities have been 
unable to manage IP efficiently is that many companies concentrate on the legal aspects of IP 
protection. Often, companies do not fully appreciate the importance of business information. In 
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a preferred embodiment of the present invention, IP selection system 2000 may be used to collect 
and organize IP information. 

IP information may include legal information and business data. Legal information may 
be received from IP law source 2002, and business data may be received from IP business source 
2003. Legal information can include statements of law defining what subject matter is eligible 
for legal protection, data tables including legal criteria, and other legal data. For example, 
statements of law may include data based on statutes and regulations that define legal parameters 
relating to trademarks, trade secret, copyright, patent, and the like as well as legal articles and 
other publications that do the same. Examples of business data may include the strategic goals 
of the company's technology development, the company's known competitors, and the demand in 
the market for the company's technologies. The IP information accessible by IP selection system 
2000 can be utilized to analyze submissions by innovators, assist in valuation of IP .assets, and 
prioritize the development of submissions (e.g., technology, subject matter, inventions, and so 
forth). IP law source 2002 and IP business source 2003 may be internal or external entities. 

IP selection system 2000 may also be a data system that provides replies to queries. For 
example, innovator 2001 can access IP selection system 2000 to determine whether an 
innovation is eligible of patent protection. Innovator 2001 may access IP selection system 2000 
via a network (e.g., a corporate LAN, the Internet), and IP selection system 2000 can send one or 
more queries to solicit replies from innovator 2001 . Based on the answer or answers provided by 
innovator 2001, IP selection system 2000 can review IP information in IP selection database 
2100 to inform innovator 2001 whether an innovation is patent eligible. 

Alternatively, innovator 2001 can fill out a form received from IP selection system 2000 
(e.g., an offline form that can be sent to IP selection system 2000, a Web browser-based form 
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displayed by a user's computer that is coupled to IP selection system 2000). For example, 
innovator 2001 may provide answers to a number of questions on the form. Once innovator 
2001 has completed answering the questions, innovator 2001 can hit the "enter" key, and the 
completed form will be automatically forwarded for analysis and/or review. A person other than 
innovator 2001, e.g., a person familiar with patent laws, may access IP selection system 2000 to 
review the completed form. The reviewer may be a patent agent or a patent attorney. The 
reviewer can then respond to innovator 2001 . Alternatively, the IP selection system 2000 can 
analyze the innovator's answers against established criteria, and forward information to one of 
trademark protection system 3000, trade secret protection system 3500, copyright protection 
system 4000, or patent protection system 5000. 

An alternative way of identifying innovation for IP protection is to have one or more 
persons dedicated to mining IP. These persons may be referred to IP miners. The IP miners are 
preferably those people who have significant experience with IP identification and protection. 
Suitable candidates for mining patentable innovations include innovators who have obtained at 
least one patent, former examiners of the U.S. Patent and Trademark Office, patent agents, and 
patent attorneys. 

IP selection system 2000 may further comprise additional information that is designed to 
help innovators to further develop their innovations. For example, the information may comprise 
detailed instructions on what the innovator needs to produce and develop from that point 
forward. Specific examples may include information related to whether an invention has been 
reduced to practice and whether the innovator has prepared sufficient information to enable 
someone to make and use the invention. IP selection system 2000 may further include 
information or examples of technical disclosures of similar technologies. 
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At IP selection system 2000, each innovation may be reviewed to determine which type 
or types IP categories are most appropriate. In the preferred embodiment, a priority is given to 
innovations that have been identified as patent eligible. If an innovation is determined to be 
patent eligible, information related to the innovation is forwarded to patent protection system 
5000. In addition, regardless of patent eligibility, information related to the innovation can also 
be forwarded to one or more of trademark protection system 3000, trade secret protection system 
3500, and copyright protection system 4000 as appropriate. 

Trademark Protection System 

Information related to innovations that may be protected under trademark laws can be 
directed to trademark protection system 3000. Trademark protection system 3000 may be used 
to ensure that applications for trademark registration are filed to protect the innovations. The 
trademark registration applications can be tracked and processed by a plurality of system such as 
initial trademark system 3100, trademark project system 3200, trademark tracking system 3300, 
and trademark response system 3400. Examples of the operations of these systems are described 
below. 

Initial Trademark System 

Information related to an innovation for which one or more trademark 
registrations are desirable may be received from IP selection database 2100. The trademark 
information may be stored in initial trademark system 3 1 00. A trademark professional familiar 
with trademark laws may review the trademark information in initial trademark system 3100. 
Based on the trademark information, a decision may be made as to whether a trademark 
registration process should be initiated. If it is determined that a trademark registration should be 



-38- 



BS00-428 



obtained for the innovation, the trademark information may be provided to trademark project 
system 3200. 

Trademark Project System 

Trademark project system 3200 can contain the trademark information received 
from initial trademark system 3100. Trademark project system 3200 may be used to schedule 
disclosure meetings between innovators and trademark professionals. Trademark professionals 
may be trademark attorneys, attorneys, legal assistants, legal secretaries, administrators, and so 
on. Trademark project system 3200 can also track the progress of scheduling, conducting, and 
follow-up disclosure meetings. Trademark project system 3200 can enable trademark 
applications to be filed in a timely manner. For example, trademark project system 3200 can be 
adapted to provide a warning or a reminder if a trademark application process is not making a 
projected or anticipated progress. For example, an e-mail may be generated to a person 
responsible for filing the trademark registration. 

Trademark Tracking System 

Trademark tracking system 3300 can track the progress of trademark applications. 
For example, trademark tracking system 3300 can be used to track deadlines related to response 
to office actions. Commercial software packages may be used in conjunction with trademark 
tracking system 3300. For example, CPI may be used to track a docket of trademark 
applications. Trademark tracking system 3300 can also be adapted to cross-reference related 
trademark applications. 

Trademark Response System 

Trademark response system 3400 can generate responses to office actions, such as 
draft responses, response templates, response forms, etc. The responses can contain boilerplate 
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passages such as standard paragraphs containing arguments to overcome standard rejections 
(e.g., boilerplate rejections, common rejections, typical rejections). Trademark response system 
3400 can also have links to articles and publications addressing strategies and the state of the 
law. In addition, trademark response system 3400 can also have links to TMEP, WestLaw®, 
Lexis®, Dialog® and other online resources. Trademark response system 3400 can be organized 
to contain responses to office actions in a systematic way with standard arguments to overcome 
responses and links to articles and other publications addressing strategies and the state of the 
law. The responses can be retrieved for use in future office actions that have similar rejections or 
objections. 

Trade Secret Protection System 

Information related to innovations that may be protected under trade secret laws may be 
forwarded to trade secret protection system 3500. Protection of innovations under trade secret 
laws neither requires registration nor involves an application process. Trade secret database 
3600 may be used to store information related to protection of innovations as trade secret, trade 
secret-related IP data records that can identify and inventory trade secrets, etc. The information 
may comprise identifiers of the trade secret, the steps being taken to protect the innovation as a 
trade secret, identification of personnel and/or products associated with the trade secret, and so 
forth. 

Copyright Protection System 

Information related to innovations that may be protected under copyright laws may be 
sent to copyright protection system 4000. Copyright protection system 4000 can comprise a 
plurality of systems such as initial copyright system 4100, copyright project system 4200, 
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copyright tracking system 4300, and copyright response system 4400. Examples of the 
operations performed by these systems are provided below. 
Initial Copyright System 

Information related to an innovation for which copyright registrations are 
desirable may be received from IP selection database 2100. The copyright information may be 
stored in initial copyright system 4100. A copyright professional familiar with copyright laws 
and procedures can review the copyright information in initial copyright system 4100. Based on 
the copyright information, a decision may be made as to whether a copyright registration process 
should be initiated. If it is determined that a copyright registration should be obtained for the 
innovation, the copyright information may be provided to copyright project system 4200. 

Copyright Project System 

Copyright project system 4200 can contain the copyright information received 
from initial copyright system 4100. Copyright project system 4200 may be used to schedule 
disclosure meetings between innovators and copyright professionals. Copyright professionals 
may be copyright attorneys, general attorneys, legal assistants, secretaries, administrators, 
managers, and so on. The progress of disclosure meeting scheduling, execution and follow-up 
can be tracked by copyright project system 4200. Among other things, copyright project system 
4200 can assist in ensuring that copyright applications are filed in a timely manner. For 
example, copyright project system 4200 can be adapted to provide a warning or a reminder if a 
copyright application process is not making a projected or anticipated progress. For example, an 
e-mail may be generated to a person responsible for filing the copyright registration, or to a 
manager having responsibility for corporate copyright protection. 
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Copyright Tracking System 

Copyright tracking system 4300 can track the progress of copyright applications. 
For example, copyright tracking system 4300 can be used to track deadline related to copyright 
registrations. Commercial software packages may be used in conjunction with copyright 
tracking system 4300. Copyright tracking system 4300 can also be adapted to cross referencing 
related copyright applications. 

Copyright Response System 

Copyright response system 4400 may be adapted to generate response to office 
actions. Copyright response system 4400 can be organized to contain responses to a copyright 
registration agency in a systematic way with standard arguments to overcome responses and 
links to articles and other publications addressing strategies and the state of the law. The 
responses can be retrieved for use in future correspondences from the agency concerning similar 
rejections, objections, requirements, or actions. 
Patent Protection System 

For innovations that are patent eligible, information related to the innovations may be 
forwarded to patent protection system 5000. Patent protection system 5000 may comprise a 
plurality of systems such as initial patent system 5100, patent project system 5200, patent 
tracking system 5300, and patent response system 5400. Examples of the operations of these 
systems are described below. 

In an embodiment, when it is determined that a better scope of protection for an 
innovation can be achieved by treating the innovation as a trade secret, then information related 
to the innovation can forwarded to trade secret protection system 3500 for protection of the 
innovation as a trade secret. 
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Initial Patent System 

Initial patent system 5100 can contain information that helps identify, develop, 
assess, and evaluate patent eligible innovations. Initial patent system 5100 can determine 
whether a patent application is to be filed for an innovation in light of the patent law information 
received from patent law source 5002 and patent-related business information from patent 
business source 5003. Initial patent system 5100 can generate and send patent-related 
information (e.g., not enabling, already barred, and already patented) to innovators. 
Furthermore, initial patent system 5100 may process information from innovators and 
log/inventory the innovations. Preferably, each innovation submitted is associated with an 
invention number by initial patent system 5100. 

Initial patent system 5100 can receive patent-related information from patent law source 
5002 and patent business source 5003 and store such information in a database. The patent- 
related information may comprise, among other things, statements regarding patent laws, patent 
regulations, and patent business data. Statements regarding patent laws received from patent law 
source 5002 can include summaries, synopsis, restatements, and analyses of patent law statutes 
and regulations. In addition, an electronic version of the Manual of Patent Examining Procedure 
can be coupled to initial patent system 5100. Further, information related to the development of 
patent laws may be received. Patent protection system 5000 may be adapted to receive 
information from online service providers, such as Lexis® and Westlaw®. 

Examples of patent business data received from patent business source 5003 may include 
patent portfolio information of competitors, news related to the company's technologies, 
information about similar innovations being developed by others, and the like. The development 
of business method patents in the United States may be an example of information that is 
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received by initial patent system 5100. Patent protection system 5000 may be adapted to receive 
information from the Internet. For example, patent protection system 5000 may be configured so 
that it can receive patent information from one or more websites. The patent information may be 
related to the state of the art of the technologies similar to those being developed. 

Patent-related information can further include who the competitors are, and what the 
competitors are doing. Furthermore, the patent-related information may concern what competing 
products are in the market and how a particular invention of the company may be improved to 
compete with those products. 

Initial patent system 5 1 00 can determine and/or provide a report whether one or more 
innovations (e.g., inventions) are to the subject of a patent application. After a determination has 
been made that a patent application is to be filed, information related to the application can then 
be transferred to patent project system 5200. 

Figure 8 shows an illustration of an embodiment of the present invention. In an 
embodiment, an initial patent system can perform a method to stimulate and process innovations. 
Patentability guidelines can be sent to potential inventors (e.g., innovators) (box 5101). For 
example, such guidelines can be e-mailed or sent by a Web server. Also, patenting process 
information can be sent to potential inventors (box 5102). Examples of patenting process 
information include directions for preparing invention disclosures, guidelines with respect to 
potentially patentable subject matter, and so on. Invention disclosure information can be 
received from a potential inventor (box 5103) and stored (box 5104). An invention disclosure 
number can be assigned to the invention disclosure and a corresponding database record can be 
created (box 5105). In an embodiment, the invention disclosure can be analyzed based on 
information from the inventor with respect to whether potential invention is new; is an extension 
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of the existing art; is described in a specification; has been described in a printed publication; has 
been built; has been tested; has been offered for sale; has been sold; has been publicly disclosed; 
has been used commercially; has been used experimentally; and the date of any of the foregoing, 
if any; and other information related to patentability (box 5106). It is then determined if there is 
a potentially high business impact to the invention (e.g., based on inventor submitted 
information, based on a subject matter expert (SME) opinion, based on a manager's assessment, 
etc.) (box 5107). When there is a potential high business impact, filing of a provisional patent 
application can be directed (5108). Whether or not a provisional patent application is filed, it can 
subsequently be determined (box 5109) if there is a potential of patentability. When there is a 
potential of patentability, preparation of a regular patent application can be directed (box 5110). 
Patent Project System 

Patent project system 5200 can store and track information related to patent 
applications. Patent project system 5200 may be used to schedule, execute, and track the 
progress of disclosure meetings between innovators and patent professionals. Patent 
professionals may be patent agents and patent attorneys. Among other things, patent project 
system 5200 helps ensure that patent applications are filed before a bar date. For example, patent 
project system 5200 can be adapted to provide a warning or a reminder if a patent application 
process is not making projected or anticipated progress. For example, an e-mail may be 
generated to a person responsible for filing the patent application, to a manager of a 
corporation's patent department, etc. 

Patent Tracking System 

Patent tracking system 5300 can track the progress of patent applications. For 
example, patent tracking system 5300 can be used to track deadlines related to response to office 
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actions. Commercial software packages may be used in conjunction with patent tracking system 
5300. For example, CPI may be used to track a docket of inventions for which patent 
applications will be filed or have been filed. Patent tracking system 5300 can also be adapted to 
cross reference related patent applications. Furthermore, patent tracking system 5300 may be 
used to generate information disclosure statements that must be filed with the U.S. Patent and 
Trademark Office ("PTO"). 

Patent Response System 

Patent response system 5400 can generate responses to office actions such as draft 
responses, response templates, and response forms. The responses, for example, can include 
boilerplate passages. The boilerplate passages can comprise standard paragraphs containing 
arguments to overcome common rejections and/or boilerplate rejections. Patent response system 
5400 can be organized to contain responses to office actions in a systematic way. The responses 
can be retrieved for use in future office actions that recite similar rejections or objections. 
IP Asset Management System 

After an innovator submission has been processed by one or more of trademark 
protection system 3000, trade secret protection system 3500, copyright protection system 4000 
and patent protection system 5000, the innovator submission (i.e., the innovation) may be 
considered an IP asset. Information related to the IP asset can be stored in IP asset database 
6100 of IP asset management system 6000. 

IP asset database 6100 can include a plurality of data records, where each IP asset has a 
corresponding data record (e.g., an IP data record). An IP data record can store and/or associate 
information related to the IP asset. For example, if the IP asset is a patent, the information can 
include the patent number, filing date, inventor or inventors, and other information. Similarly, if 
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the IP asset is a trademark, the information can include, among other data, the trademark 
registration number, the application filing date, and the claimed date of first use of the mark. In 
another embodiment of the present invention, IP asset database 6100 can include information for 
categorizing the IP asset (e.g., categorizing the IP assets according to application types such as 
parent, child, divisional, continuation, continuation-in-part, categorizing the IP assets by 
technology, and categorizing the IP assets by other relevant characteristics). 

IP asset management system 6000 can include data records related to innovators, IP 
management personnel, products, innovation award programs, and other data records related to 
the development, maintenance and marketing of intellectual property assets. For example, an IP 
data record of an IP asset can include information associating the IP data record with data 
records that identify the innovators of the IP asset, personnel responsible for IP asset 
management (e.g., development, maintenance, marketing), products that embody the IP asset, 
companies that are potential licensees or purchasers of the IP asset, and so forth. 

Information in IP asset database 6100 may be provided to IP utilization system 7000. In 
addition, IP asset management system 6000 can be utilized to conduct follow-up 
communications with innovator 2001 . For example, an innovator 2001 can receive awards when 
a patent disclosure is submitted, when a patent application is filed, when a patent is issued, and 
so forth. IP asset management system 6000 can store information and generate reports and forms 
related to innovator award programs. As another example, IP asset management system 6000 
can assist in scheduling and conducting follow-up sessions and communications with an 
innovator to obtain new innovations from innovator 2001 (e.g., a follow-up innovation related to 
a prior invention disclosure, a new innovation related to a commercial project, an innovation 
related to a service and/or product being developed for internal use, and so on). 
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IP Utilization System 

IP utilization system 7000 can comprise a plurality of systems such as potential 
utilization system 7100, utilization assessment system 7200,and utilization decision system 7300. 
Examples of the operations of these systems are described below. IP utilization system 7000 can 
receive information from IP asset management system 6000 to determine and/or generate reports 
regarding how an IP asset is to be utilized, e.g., abandoned, marketed, and/or donated. 
Potential Utilization System 

Potential utilization system 7100 can receive information from IP asset 
management system 6000 such as IP asset utilization information. IP asset utilization 
information can include reports as to newly-issued; patents newly-registered trademarks and 
copyrights; newly-filed patent trademark, and copyright applications; updated reports concerning 
the scope of a patent portfolio; new trade secrets; and so on. The reports can group the IP asset 
information based on related innovative products or services as well as dates and other criteria. 
In an embodiment, IP utilization system 7000 can collect information regarding an initial 
valuation of an IP asset. The initial valuation can be based on an objective standard, a subjective 
standard, or a combination thereof. An objective standard can be based on how the market is 
likely to value an IP asset, historical data regarding valuations of similar IP assets, and/or 
marketing data of comparable IP assets, etc. A subjective standard may be based on perceived 
value or importance of the IP asset to the company. 

In another embodiment of the present invention, potential utilization system 7100 can 
generate a prioritization assessment of an IP asset. Prioritization of an IP asset may be based at 
least in part on an initial valuation of an IP. Prioritization can also be based at least in part on a 
timing factor related to the creation of the IP asset. The timing factor may be a ranking based on 
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whether the IP asset is likely to generate revenue for the company in the near term or whether the 
IP asset is ahead of its time in terms of revenue generation (e.g., revenue generation from 
marketing of a commercial embodiment, revenue generation from marketing of the IP asset, 
etc.). Another factor for prioritization of an IP asset can be a likelihood of the IP asset being 
commercialized. For example, a prioritization factor can be based at least in part on how likely 
the IP asset is going to be transformed into a commercial product or service. For example, 
whether commercialization of the IP asset is going to make immediate profits for the company or 
whether it is a "shot in the dark." 

Thus, each IP asset in a potential utilization database of potential utilization system 7100 
can be associated with a utilization assessment (e.g., based on a valuation, a prioritization). The 
company may establish a threshold value for determining utilization of an IP asset. An IP asset 
with a value exceeding the value threshold may be considered to have higher potential for 
utilization. Conversely, an IP asset with a value not meeting the value threshold may be 
considered to have little or no potential for utilization. 

In another embodiment, potential utilization system 7100 can be a subset of IP asset 
management system 6000. For example, while IP asset management system 6000 can store and 
track all patent-related innovations (e.g., patent applications, issued patents, patent disclosures 
for which applications are being drafted), potential utilization system 7100 can store information 
and generate reports for realized IP assets such as issued patents, registered trademarks, 
registered copyrights, and so on. 
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Utilization Assessment System 

Utilization assessment system 7200 can be adapted to receive information from 
potential utilization system 7100. For example, utilization assessment system 7200 may be 
configured to retrieve information associated with IP assets with high potential for utilization. 

Utilization assessment system 7200 may be adapted to contain links to other resources. 
For example, a user of utilization assessment system 7200 can link to other resources to assess 
how the IP assets may be utilized. Preferably, the resources may be linked via the Internet. The 
resources may include, without limitation, a competitor's websites, the PTO, Lexis, and so on. 

The user can input a variety of information into utilization assessment system 7200. The 
information input are related to the IP assets, including valuation information, competitive 
product information, patent information, customer information, infringement information. The 
user may also link to internal databases. Internal databases may include information related to, 
among other items, the company's core technology and competitive issues. 
Utilization Decision System 

When assessment with respect to an IP asset is done, information related to the IP 
asset may be forwarded to utilization decision system 7300. A user could use utilization decision 
system 7300 to make a number of decisions. The decisions made using utilization decision 
system 7300 may include: (1) abandoning an IP asset; (2) marketing an IP asset (e.g., whether to 
license or sell the IP asset, whether to assert an IP asset, whether to cross-license the patent, etc.), 
and (3) whether to donate the IP asset. In another embodiment, the decisions can include (4) a 
do-not-market decision because the IP asset provides a competitive advantage, or (5) a do-not- 
market decision because the IP asset can be used as a defensive asset (e.g., as the basis of a 
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counterclaim when a competitor sues on its patents). In still another embodiment, the decisions 
could include (6) a decision to enforce the IP assets or (7) a decision to trade the IP asset. 

Utilization decision system 7300 can generate a decision and/or reports based at least in 
part, on information received from utilization assessment system 7200. For example, a 
utilization decision can be based on a scoring scheme that weighs a variety of factors. In an 
embodiment, when an IP asset receives an extremely high score from the scoring scheme, the 
decision may be to market the IP asset. On the other extreme, when an IP asset has a very low 
score from the scoring scheme, it may be appropriate to abandon the IP asset altogether (e.g., a 
patent can be abandoned by deciding not to pay a maintenance fee, etc.). When a decision to 
abandon an IP asset is made, the abandonment decision can be communicated to IP asset 
management system 6000 to update the appropriate records. 

In an embodiment, two ranges of scores can lead to a decision to donate an IP asset or a 
decision to defer the utilization. For example, there can be two middle range scores, each of 
which is less than the score that indicates marketing of an IP asset and greater than the score that 
indicates abandonment of the IP asset. The lesser of the two middle ranges (e.g., just above the 
abandonment range) can indicate that an IP asset should be donated. For example, the IP asset 
may have value but not enough value to allocate corporate resources for marketing of the IP asset 
(e.g., the corporate resources are focused upon higher return opportunities). Accordingly, the IP 
asset can be donated to generate revenue in the form of a tax benefit or to generate goodwill for 
the corporation. The greater of the two middle ranges (e.g., just below the marketing range) can 
indicate that an IP asset may be a candidate for marketing, but at present it does not meet the 
requirements for establishing a marketing project. Thus, the IP asset can remain an IP asset that 
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may be marketed, but a final decision regarding utilization is deferred for subsequent 
consideration. 

IP Donation System 

IP donation system 8000 may comprise a plurality of systems, such as donate project 
system 8100 and donate contract system 8200. Examples of the operations of these systems are 
described below. 

Donate Project System 

When a decision is made to donate an IP asset, information related to the IP asset 
can be forwarded to donate project system 8100. Donate project system 8100 can include data 
records of past and/or potential donees of IP asset. Donate project system 8100 can store data 
and generate reports regarding the donation of an IP asset. For example, donate project system 
8100 can generate a report outlining advantages and disadvantages associated with each potential 
donee, reports regarding prior donations, detailed report regarding donees, and so forth. 
Potential donees of an IP asset can include universities, government research facilities, not-for- 
profit organizations, and charitable organizations. When a donate decision has been made, 
information related to the donation may be forwarded to donate contract system 8200. 
Donate Contract System 
Donate contract system 8200 comprises information related to generation of a contract to 
donate an IP asset. For example, when an IP asset is to be donated to a university, donate 
contract system 8200 can generate form contracts, contract templates, reports regarding the 
execution of contracts, and so on. After a contract to donate an IP asset is executed, the executed 
contract can be indexed by information in the donate contract system 8200 so that information 
about the contract is associated with an IP data record corresponding to the donated IP asset. 
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Marketing System 

After a decision is made that an IP asset should be marketed, information associated with 
the IP asset can be forwarded to IP marketing system 9000. IP marketing system 9000 may 
comprise a plurality of systems, such as marketing project system 9100 and marketing contract 
system 9200. Examples of the operations of these systems are described below. 
Marketing Project System 

Marketing project system 9100 can store, track and report information related to a 
project to market an IP asset. For each IP asset to be marketed, a marketing project can be 
established to define marketing steps and deadlines. In an embodiment, when a marketing 
project identifies a plurality of customers of an IP asset, after a decision to market to each 
customer is made, a separate project is created for each IP asset/customer transaction to track and 
monitor the progress of marketing the IP asset to each customer. 

Each marketing project can include, for example, a project data record that identifies the 
project and associated information such as the IP asset being marketed, potential customers, 
actual customers, internal personnel associated with the project, project actions, individual 
action, and so on. For example, Figures 182-183 show methods, systems, and modules for 
marketing an IP asset. In another embodiment, figures 192-193 also show steps and substeps for 
marketing an IP asset such as task 4 - Develop marketing plan & package, and task 5 - Sell 
product. As another example, Figures 84-1 10 show an embodiment of a marketing module of an 
IP management system. 

Marketing Contract System 

In an embodiment, when an IP asset is successfully marketed, the marketing effort 
culminates with the execution of a contract. Marketing contract system 9200 can receive 
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information for marketing project system 9100 to generate and track execution of a contract to 
market an IP asset. In an embodiment, marketing contract system can generate draft contracts 
based on contract templates or previously executed contracts. Marketing contract system 9200, 
in an embodiment, can define, track, and report on the progress of contract execution. 

For example, Figures 184-186 show methods, systems, and modules for generating a 
marketing contract with respect to the marketing of an IP asset. In another embodiment, figures 
193-194 show steps and substeps for generating a marketing contract with respect to marketing 
of an IP asset such as: task 6 - Negotiate contract; task 7 - Complete & approve transaction 
report; and task 8 - Execute contract. As another example, Figures 1 1 1-150 show an 
embodiment of a contracts/agreements module of an IP management system. 

In an embodiment related to the management of trademarks and trademark-related 
intellectual property assets (e.g., a trademark application), quality control can be a significant 
issue. More specifically, for a trademark owner to maintain its rights in a trademark, the 
trademark owner is responsible for maintaining the consistent use of the trademark, including 
color, font, spelling and the like. Maintaining consistent use typically involves regularly auditing 
uses of the mark. Examples of a such auditing include auditing within an organization, 
contracting to have audits performed, and auditing an external entity. Maintaining consistent use 
of a trademark can be easier to do when the trademark owner is the one using the mark, as 
compared to when an external entity is using the trademark. The task of contracting and auditing 
is more difficult if the trademark owner is allowing many external entities to use the trademark 
(e.g., as a licensee) for marking products and services, for events the entity sponsors, for 
representing themselves as sales or service agents, and the like. The difficulty of the task 



-54- 



BSOO-428 



continues to increase if the external entities are spread across a large geographic region, such as a 
state, country or the world. 

For such situations, a stellar trademark owner may be sending out trademark licensee 
agreements to hundreds, or even thousands, of trademark licenses across a wide geographic area 
on an annual basis. Getting these contracts sent out in the mail or electronically, signed by the 
external parties, returned in the mail, sorted and stored for later auditing is typically an arduous 
process. Accordingly, as shown in Figure 226, and in another embodiment of the present 
invention, marketing contract system 9200 can include trademark licensing and auditing 
modules. A trademark licensor can store trademark license terms on an Internet server (box 
2260). A trademark licensee (e.g., prospective, current, and so on) can be given the website 
address to access the trademark license (box 2261). The trademark licenssee can access the 
server (box 2262), read the terms of the trademark license, and click a link to license a trademark 
(box 2263). The trademark licensee can fill in relevant information in an online form (e.g., 
name, address, phone number, reason for license, etc.) (box 2264) and click to indicate 
acceptance (box 2265). The trademark licensee can then download trademark artwork, if desired 
(box 2266), and trademark licensee data can be sent to the server (box 2267). The trademark 
licensee data can be sorted and stored (box 2268). In an embodiment, the trademark licensee 
data can include information for cataloging and/or categorizing registered trademarks (e.g., 
cataloging trademarks by family, status (e.g., filed, contested, allowed, registered), and/or 
application type (e.g., continuation, divisional, primary, secondary). The trademark licensor can 
print out reports on trademark licenses (box 2269) in one of several sorted formats. The 
trademark licensor can also send out audit requests (box 2270). The audit requests can be sent 
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out automatically periodically, e.g., monthly, quarterly, or annually. This contract system can be 
adapted for patent, copyright, and trade secret as well. 

Figure 7 is a schematic diagram showing a specific implementation of a preferred 
embodiment of the present invention. In particular, Figure 7 shows a system to identify and 
develop intellectual property 10000, a system to protect and maintain intellectual property 
1 1000, and a system to utilize intellectual property 12000. 

Figure 9 is a schematic diagram showing another embodiment of a system architecture of 
the present invention. Server 100 includes and/or is coupled to a plurality of data systems 
including IP enforcement system 6500 and IP trade system 7500. Each of IP enforcement 
system 6500 and IP trade system 7500 can comprise data systems including instructions to be 
executed by a processor and data storage (e.g., a portion of data storage of database 1 12). For 
example, IP enforcement system 6500 can include IP enforcement instructions 130, Also, IP 
trade system 7500 can include IP trade instructions 131. 

IP enforcement system 6500 and IP trade system 7500 can perform functions and 
operations related to the development, marketing and maintenance of intellectual property as 
described herein. For example, IP enforcement system 6500 can perform functions and 
operations related to enforcement of intellectual property rights. Enforcement of intellectual 
property rights can include operations that look to maintain a competitive advantage by 
obtaining an injunction against a competitor, thus stopping such competitor from using, making, 
selling, copying, or offering to sell such IP asset. For example, enforcement of intellectual 
property rights can include the initiation of infringement suits such as patent infringement suits, 
copyright infringement suits, trademark infringement suits, and trade secret infringement suits 
against competitors. 
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IP trade system 7500 can perform functions and operations related to trading of 
intellectual property rights. For an example, in an embodiment, intellectual property rights can 
be traded to gain access to other intellectual property rights such as the intellectual property 
rights of a competitor, the intellectual property rights of a partner, the intellectual property rights 
of a supplier, and the intellectual property rights of a customer. In another embodiment, IP trade 
system 7500 can perform functions and operations related to defending against intellectual 
property law suits initiated by competitors. For example, an IP trade system 7500 can track and 
maintain information about intellectual property assets that may not be used offensively to 
maintain a competitive advantage, but can be used defensively to assist in defending against in 
intellectual property lawsuit initiated and maintained by a competitor. In another embodiment, 
IP trade system 7500 can include information related to obtaining and/or maintaining design 
freedom of products and services to be developed, implemented and/or marketed. For such 
examples, the system may sort and identify similar or related IP assets to those being asserted 
against or into such areas that design freedom is desired. The system could also sort and identify 
IP assets related to other areas in which each party has product and services that might be 
infringing or into design freedom. 

Figure 10 is a schematic diagram showing an embodiment of a system architecture of the 
present invention. In this embodiment, each of the plurality of data systems correspond to the 
plurality of data systems illustrated in Figure 9. In another embodiment, each data system can be 
a stand alone system, i.e., each of the data systems can include a server having a memory, a 
processor and mass storage (e.g., to store data of a data base). 

In an embodiment of the present invention, IP enforcement system 6500 is coupled to IP 
utilization system 7000. IP utilization system 7000 can receive information from IP asset 
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management system 6000 in order to process decisions concerning the enforcement of 
intellectual property assets. In an embodiment, IP utilization system 7000 can store, access and 
report information related to decisions to enforce an IP asset. IP asset management system data 
records can be updated based, at least in part, on a decision to enforce an IP asset. 

In an embodiment, IP trade system 7500 is coupled to IP utilization system 7000. IP 
utilization system 7000 can receive information from IP asset management system 6000 in order 
to process decisions concerning the trading of IP assets. In an embodiment, IP utilization system 
7000 can store, access and report information related to decisions to trade an IP asset. IP asset 
management system data records can be updated based, at least in part, on a decision to trade an 
IP asset. 

Figure 1 1 shows a schematic diagram of an illustration of an embodiment of a system 
architecture of the present invention. In this embodiment, IP asset management system 6000 is 
coupled to other standard functioning systems of an organization, such as accounting system 
6100, strategy system 6200, finance system 6300, research and development (R&D) system 
6400, and human resources (HR) system 6450. In this embodiment, IP asset management 
system 6000 can receive information from and send information to each of accounting system 
6100, strategy system 6200, finance system 6300, R&D system 6400, and HR system 6450 for 
inventor information comprising legal name, address, start date, supervisor information for 
approvals/innovation award, etc. related to management of IP assets. For example, in an 
embodiment, accounting system 6100 can track revenues associated with products and services 
protected by IP assets, revenues generated by utilizing the IP assets (marketing, licensing, 
selling, and tax savings from donating IP assets. Strategy system 6200 can track core business 
areas of an organization in relation to the organization's IP assets to ensure properly and fully 
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protected and to consider whether market, license, sell, donate, enforce, and trade. Finance 
system 6300 can generate models forecasting future IP assets revenues and value generators, 
and budgeting of future expenses associate with such IP assets. Finance system 6300 can also 
track costs associated with protecting IP assets, including filing costs, maintenance costs and 
marketing IP assets, including packaging, presentations, and advertising. R&D system 6400 can 
track costs associated with developing IP assets by relating the IP asset to the development or 
innovation project in the organization, can track to ensure proper IP assets obtained for each 
R&D project, and can track top innovators in the R&D groups. HR system 6450 can track issues 
and information related to human resources. 

Figure 12 shows an illustration of an embodiment of the system architecture of the 
present invention. IP enforcement system 6500 may comprise a plurality of systems such as 
enforcement project system 6600 and enforcement contract system 6700. Examples of the 
operations of the systems are described below. 

When a decision is made to enforce an IP asset, information related to the IP asset can be 
forwarded to enforcement project system 6600. Enforcement project system 6600 can include 
data records of past and/or potential enforcement projects related to an IP asset. Enforcement 
project system 6600 can store data and generate reports regarding the enforcement of an IP asset. 
For example, enforcement project system 6600 can generate a report concerning strong IP 
assets, potential infringer products and services , IP assets owned by such potential infringer, and 
claim charts related to such potentially infringing products and services. Enforcement project 
system 6600 can also generate a report concerning the status of each enforcement project 
concerning enforcement or lawsuits associated with IP asset. When an enforcement project is 
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completed, either permanently or temporarily, information related to the enforcement project 
may be forwarded to enforcement contract system 6700. 

Enforcement contract system 6700 can comprise information related to generation of a 
contract related to enforcement of an IP asset. For example, after a successful enforcement of an 
IP asset, a contract may be executed to provide for licensing, royalties and/or payment of 
damages. Enforcement contract system 6700 can generate foreign contracts, contract templates, 
reports regarding the execution of contracts and so on. After a contract related to enforcement of 
an IP asset is executed, the executed contract can be indexed by information in the enforcement 
contract system 6700 so that information about the contract is associated with an IP data record 
corresponding to the enforced IP asset. 

IP trade system 7500 can comprise a plurality of systems such as trade project system 
7600 and trade contract system 7700. Examples of the operations of these systems are described 
below. 

When a decision is made related to a trade of an IP asset, information related to the trade 
of the IP asset can be forwarded to the trade project system 7600. Trade project system 7600 can 
include data records of past and/or potentially traded IP assets. Trade project system 7600 can 
store data and generate reports regarding strong tradeable IP assets, potential related or infringing 
products or services of another entity, IP assets owned by such entity, claim charts or for each 
party's IP assets. Trade project system 7600 can also generate reports regarding a trade of an IP 
asset. For example, trade project system 7600 can generate a report regarding past and 
potentially traded IP assets. Reports regarding prior traded IP assets, detailed reports regarding 
entities with whom IP assets were traded and so forth. When a trade decision has been made 
relating to an IP asset, information related to the trade may be forwarded to trade contract system 
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7700. Trade contract system 7700 comprises information relating to generation of a contract to 
trade an IP asset. For example, when an IP asset is traded by cross-licensing or by patent pooling 
with one or more competitor, partner, customer and supplier. Trade contract system 7700 can 
generate form contracts, contract templates, reports regarding the execution of contracts and so 
on. After a contract to trade an IP asset is executed, the executed contract can be indexed by 
information in trade contract system 7700 so that information about the contract is associated 
with an IP data record corresponding to the traded IP asset. 

Figure 13 shows a more detailed illustration of accounting system 6100 and strategy 
system 6200. In an embodiment, IP asset management system 6000 is coupled to accounting 
sy stem 6100. Accounting system 6100 can include a plurality of systems such as revenues 
system 6110 and expense system 6120. Revenues system 6110 can track revenues and costs 
associated with all products and services associated with IP assets sold by the entity, and expense 
system 6120 can track costs associated with protecting marketing such as IP costs. In another 
embodiment, IP asset management system 6000 is coupled to strategy system 6200. Strategy 
system 6200 can include a plurality of systems such as core business system 6210 and crown 
jewels system 6220. Core business system 6210 can track core business areas of an 
organization in relation to organization's IP assets to ensure fully protected. Crown jewels 
system 6220 can ensure key IP assets are enforced and not marketed, licensed, sold, donated, or 
traded. 

Figure 14 shows a more detailed illustration of finance system 6300 and Research and 
Development system 6400. In an embodiment IP asset management system 6000 is coupled to 
finance system 6300. Finance system 6300 can include a plurality of systems such as forecasting 
system 6310 and budgeting system 6320. Forecasting system 6310 can model future IP asset 
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revenues and value generation. Budget system 6320 can estimate future costs associated with 
protecting marketing such IP assets. In another embodiment, IP asset management system 6000 
is coupled to research and development (R&D) system 6400. R&D system 6400 can include a 
plurality of systems such as IP profit system 6410 and project system 6420 and innovator system 
6430. Profit system 6410 can track revenues and costs for IP assets associated with each R&D 
project. Project system 6420 can track all R&D projects to ensure properly protected with IP 
assets, and innovator system 6430 can track top innovators in R&D groups. 

Figure 15 shows an illustration of a product opportunity scoring pipeline in accordance 
with an embodiment of the present invention. The product opportunity scoring pipeline 
illustrated in Figure 15 can include information relating to the marketing of intellectual property 
assets. In accordance with an embodiment, a product opportunity relates to the marketing of an 
IP asset. A product opportunity scoring pipeline in accordance with an embodiment of the 
present invention can store, organize, index and present information relating to a plurality of IP 
assets that are in the process of being marketed. For example, in the embodiment illustrated in 
Figure 15, the product opportunity scoring pipeline can store information relating to the 
marketing of 15 products identified in the "PRODUCT" column as products A, B, C . . . O (i.e., 
PROD A, PROD B, PROD C . . . PROD O). The product opportunity scoring pipeline can 
display information relating to the marketing of products A-O. In an embodiment, the products 
can comprise innovations, intellectual property assets, or a combination thereof. 

For example, the product opportunity scoring pipeline can include a plurality of 
categories such as a product category ("PRODUCT"), a business unit category ("B/U"), a lead 
personnel category ("LEAD"), a plurality of progress level categories ("LI through L10"), a 
completion date goal category ("GOAL"), a product opportunity value category ("%"), and a 
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percentage complete category ("$"). For an example, in an embodiment, the plurality of level 
progress categories can include progress level 1 through progress level 10 (i.e., LI through L10). 
In an embodiment, progress level 1 corresponds to an initial research level, progress level 2 
corresponds to a market research level, progress level 3 corresponds to a preliminary transaction 
report ("PTR") approval level, progress level 4 corresponds to a market plan level, progress level 
5 corresponds to a cell level, progress level 6 corresponds to a negotiate level, progress level 7 
corresponds to a transaction report approval level, progress level 8 corresponds to an execute 
contract level, progress level 9 corresponds to a set up contract level, and progress level 10 
corresponds to an audit contract level. 

In the product opportunity scoring pipeline illustrated in Figure 15, each product has a 
corresponding product opportunity score. For example, in an embodiment, a product opportunity 
score is generated by a opportunity scoring system as illustrated in Figure 212. In another 
embodiment, a product opportunity score is generated in accordance with an IP marketing 
opportunity scoring module illustrated in Figures 213 to 218. The product opportunity score for 
each project can be associated with one of the plurality of progress level categories. For 
example, in the embodiment illustrated in Figure 1 5, the plurality of progress level categories 
include progress levels 1 through 10. The products A through O are each categorized as being in 
one progress level of the plurality of progress levels. For example, product A is indicated as 
being in the negotiate level, (progress level 6), and having a product opportunity score of 42. 
Likewise, product B is indicated as having a product opportunity score of 45 and is at the audit 
contract level (progress level 10). Moreover, for each product that is included in the product 
opportunity scoring pipeline, the specific business unit, lead personnel, completion date goal, 
product opportunity value and percentage complete can be identified. 
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The product opportunity scoring pipeline illustrated in Figure 15 can display progress 
information corresponding to the marketing of one or more products, and each product can 
correspond to an IP asset that is being marketed. The product opportunity scoring pipeline 
illustrated in Figure 15 can store and categorize information to allow for effective management 
and administration of intellectual property assets. For example, the product opportunity scoring 
pipeline illustrated in Figure 1 5 can be reformatted to display information categorized by each of 
the categories. For example, in the embodiment illustrated in Figure 15, the product 
opportunities are arranged alphabetically. 

Figure 16 shows an embodiment of a product opportunity scoring pipeline in which the 
product opportunity scoring pipeline information is categorized by lead person responsible for 
each product opportunity. For example, in the embodiment illustrated in Figure 16, the product 
opportunity scoring pipeline shows in an efficient manner the lead person responsible each of the 
product opportunities (e.g., a person W, a person X, a person Y, and a person Z). 

Figure 17 shows an illustration of a product opportunity scoring pipeline in which 
products are organized according to progress level or work in progress (WIP). For example, as 
illustrated in Figure 1 7, the products are arranged in order from those product opportunities that 
have advanced to the highest level (progress level 10) to those that are at the earliest level 
(progress level 1). Thus, the product opportunity scoring pipeline provides valuable information 
as to the progress status of the overall marketing efforts as well as the relative distribution of 
product opportunities in terms of progress towards completion. The product opportunity scoring 
pipeline can also be viewed based on other categories such as by business unit, by completion 
date goal, by product opportunity value, and by percent complete. For example, in an 
embodiment of the present invention, the product opportunities can be sorted and displayed by 
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product opportunity value (e.g., from the product opportunity having the highest product 
opportunity score to the product opportunity having the lowest product opportunity score). 

Figure 18 shows an illustration of an embodiment of the present invention. In an 
embodiment of the present invention, information about product opportunities are populated into 
a product opportunity scoring pipeline. A product identification can be received and stored (box 
9501). A business unit identification corresponding to the product can be received and stored 
(box 9502). An identification of a lead personnel responsible for the product opportunity can be 
received and stored (box 9503). A product opportunity score can be received and stored (box 
9504). Moreover, a level identification of the product opportunity can be received and stored 
(box 9505). A completion date goal data, opportunity value data, and project completion percent 
data, can be received and stored (boxes 9506-9508). Based on the received product opportunity 
scoring pipeline data, the product opportunity scoring pipeline can be updated (box 9509). 

Figure 19 shows an illustration of an embodiment of the present invention. A product 
opportunity scoring pipeline view instruction can be received (box 9521). For example, 
according to an embodiment of the present invention, a person responsible for management of 
oversight of the marketing of intellectual property assets can communicate an instruction to view 
the product opportunity scoring pipeline, e.g. via a computer. Based on the received product 
opportunity scoring pipeline instruction, a view criteria can be determined and used as a sorting 
criteria for the product opportunity scoring pipeline (box 9522). The product opportunity scoring 
pipeline records can be sorted based on the determined sort criteria (box 9523). Then, the 
product opportunity scoring pipeline data can be sent (box 9524). Thus, in an embodiment of the 
present invention, a user can view the status of the product opportunity scoring pipeline, e.g. on a 
computer, on a mobile computing device and so forth. 
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Figure 20 shows an illustration of the present invention. In an embodiment, product 
opportunity scoring pipeline data is received (box 9541). For example, a computer can receive 
product opportunity scoring pipeline data and display the product opportunity scoring pipeline to 
a user. In another embodiment, a mobile computing device such as a personal digital assistant 
can receive the product opportunity scoring pipeline data. A user can analyze the product 
opportunity scoring pipeline data (box 9542). Product prioritization can be assessed (box 9543). 
For example, based on the product opportunity scoring pipeline and consideration of other assets 
and resources, product opportunity marketing decisions can be made based on a product 
opportunity prioritization. Based in part on the product opportunity scoring pipeline data, and 
other relevant data, marketing assets can be deployed to further advance appropriate marketing 
product opportunities (box 9544). 
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SECTION 5: IP MANAGEMENT DATABASE SYSTEMS 
Example One 

Figures 21-40 show an embodiment of an intellectual property database system for the 
development, marketing and maintenance of intellectual property. The intellectual property 
database system illustrated in Figures 21-40 can include a plurality of databases, such as an IP 
marketing database, a contract tracking database, and an innovations award database. The 
databases can include tables that describe the data fields of data records, tables that list the tables 
describing data records, queries that can utilized to generate reports, forms that can display data 
fields and data records, reports that can be generated, and other typical database components. 

Figures 21 and 22 show an embodiment of IP marketing database that can be part of an 
intellectual property development, marketing, and maintenance database system. The IP 
marketing database illustrated in Figures 21-22 can include a plurality of tables that include 
data relating to the marketing of intellectual property. For example, the IP marketing database 
can include a companies table and a marketing opportunities table, which can respectively 
describe the data fields of a companies data record and a marketing opportunities data record. 
Other tables in the marketing opportunities database could include competitor's database, sales 
partner's database, end user's database, internal support database, internal developer database, 
financial analysis database, etc. In an embodiment, the companies table can describe one or 
more data fields, such as a field storing the formal name of a company or of a company's data 
record. The marketing opportunities table of the IP marketing database can describe a plurality 
of data fields of marketing opportunities data records, such as those illustrated in Figure 21 and 
22. The data fields of the marketing opportunities data record of the IP marketing database can 
store information such as an opportunity number, a status, an estimated marketing date, and so 
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on. For example, customer contact information such as when contacted, by who, and what was 
discussed can be stored. 

The IP marketing database can include a plurality of predefined queries for generating a 
query of the information stored in the IP marketing database. For example, the predefined 
queries of the IP marketing database can include a company alpha sort query, a level zero work 
in progress report query, a level one work in progress report query, and so forth. Further 
examples of the queries of the IP marketing database can include a marketing opportunities 
query, a most recent new deals query, and/or a twenty-five opportunities report query. 

The IP marketing database can include a plurality of predefined forms such as a 
marketing opportunities form. Figure 29 shows an illustration of an embodiment of a marketing 
opportunities form. The marketing opportunities form illustrated in Figure 29 can present to a 
user information from the IP marketing database and/or other databases of the intellectual 
property development, marketing and maintenance database system. For example, the marketing 
opportunities form illustrated in Figure 29 can show the status of an opportunity, the opportunity 
number, the date the status changed to various levels, and other information as shown in Figure 
29. 

In an embodiment, IP marketing database can include a plurality of predefined reports 
regarding the information stored in the IP marketing database. For example, the reports can 
include a deal overview by vendor report, a level 0 work-in-progress report, a level 1 work-in- 
progress report, a most recent new deals report, an opportunity summaries report, reports by 
entity, and a top deals report. For example, Figure 30 shows an illustration of an embodiment of 
a deals/potential opportunities report. The report illustrated in Figure 30 can show a 
prioritization of top deals. In an embodiment, a prioritization of top deals report as illustrated in 
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Figure 30 can provide information from a plurality of data records including information such as 
the status of a marketing opportunity, a product/project name, an opportunity number, a 
corporate entity, a patent status, trademark status (not shown), copyright status (not shown), 
trade secret (not shown), NDA (not shown), a company name, an identification of a lead 
personnel, an identification of a support personnel, an estimated value, an indication regarding a 
deal size, a priority value and/or a reason/comments. 

Figure 31 shows an illustration of an embodiment of a level 1 work-in-progress report. A 
level 1 work-in-progress report can include a listing of information from data records 
corresponding to a marketing opportunity having a level 1 status. For example, in an 
embodiment, the level 1 work-in-progress report illustrated in Figure 31 can include information 
corresponding to marketing opportunities such as the product/project name, the subsidiary name, 
the opportunity number, the patent status, trademark status (not shown), copyright status (not 
shown), trade secret (not shown), NDA (not shown), the company name, an identification of a 
lead person, a identification of a support person, an estimated value, an indication regarding a 
deal size, an indication regarding a priority, and a date the marketing opportunity was classified 
as being at level 1 . 

Figures 23 and 24 show an illustration of an embodiment of a contract tracking database 
of a intellectual property development, marketing, and maintenance database system in 
accordance with an embodiment of the present invention. In an embodiment, the contract 
tracking database can include a plurality of tables such as an agreement types table, a companies 
table, and a contracts listing table. An agreement types table can describe a plurality of data 
fields of an agreement types data record such as an ID field, an agreement type field, and a 
description field. The companies table of the contract tracking database can describe a plurality 



-69- 



BS00-428 



of data fields of a contract tracking data record including an ID field, and a first field to specify a 
company name. In an embodiment, the contracts listing table of the contract tracking database 
can describe a plurality of data fields such as the fields illustrated in Figure 23. The plurality of 
data fields, for example, can include an ID field, a first party field, a second party field, a third 
party field, and effective date field, a termination or renewal date field, and so forth. 

According to an embodiment, a contract tracking database can include a plurality of 
predefined queries. The plurality of predefined queries can include a company alphabetical order 
query, and an unexecuted agreements query. A user can execute a query of the contract tracking 
database in order to display information from contract tracking data records. In an embodiment, 
the contract tracking database can include an plurality of predefined forms such as a contracts 
listing form. Figure 32 shows an illustration of an embodiment of a contracts listing form. 
Information display able by the contracts listing form illustrated in Figure 32 can include 
information from the data records of the contract tracking database and/or information from 
other databases of the intellectual property development, marketing, and maintenance database 
systems. For example, the contracts listing form can display to a user information such as an 
agreement type, a first party, a second party, a third party, and other information as illustrated in 
Figure 32. 

A contract tracking database can also include one or more predefined reports. In an 
embodiment, the one or more predefined reports can include an unexecuted agreements report 
that can be generated based upon information stored in the contract tracking database and/or in 
other databases in the intellectual property development, marketing, and maintenance database 
system. Figure 33 shows an illustration of an embodiment of an unexecuted agreement report. 
The unexecuted agreements report can display information from a plurality of data records such 
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as information for each contract data record that meets the criteria of the unexecuted agreements 
report including the agreement type, an identification of the first party, and an identification of 
the second party. 

Figure 25-28 shows an illustration of an embodiment of an innovation awards database of 
an intellectual property development, marketing, and maintenance database system. The 
innovation awards database illustrated in Figures 25-28 can store information relating to 
inventors, potential inventors, employees, and other potential developers of intellectual property. 
The innovation awards database can store information to allow a user to determine whether 
employees and/or other potential developers of intellectual property have been provided an 
award for developing potential intellectual property. The innovation awards database can be 
accessed by a user to generate reports and forms to allow a user to manage the development and 
maintenance of intellectual property. 

For example, an innovation awards database can include a plurality of tables such as an 
awards table, a company addresses table, an ESP ("Employee Suggestion Plan") Coordinators 
Table, and an IP Coordinators Table. In an embodiment, the awards table of the innovation 
awards database can describe data fields of award data records such as a key number field that 
stores a unique key. An award data record can be generated to store and track information 
relating to the awards presented to potential developers of intellectual property. For example, the 
fields of an award data record can include a key number that uniquely identifies the award data 
record, an award number corresponding to an award, a legal case number corresponding to a case 
number of a legal department, information identifying a recipient of an award, and other 
information relating to the presentation of awards to potential developers of intellectual property 
as illustrated in Figure 25-26. 
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In an embodiment, the innovation awards database can include company address data 
records having a plurality of data fields. The company addresses table illustrated in Figure 26 
shows a description of data fields of a company address data record. For example, a company 
address data record can have a plurality of fields such as a company name field, a formal name 
field, business address field, and other fields related to company addresses. 

The innovation awards database illustrated in Figures 25-28 can include a plurality of 
ESP coordinators data records. The ESP coordinators table of the innovation awards database 
shows a listing of data fields of an ESP coordinators data record in accordance with an 
embodiment of the present invention. For example an ESP coordinators data record can include 
a plurality of fields such as, an ESP coordinators field, a company field, a market field, a 
department field, and so on as illustrated in Figure 26. 

The innovation awards database can also include an IP coordinators table to illustrate the 
data fields of an IP coordinators data record, where an IP coordinator may be the point person for 
a particular business unit, group, or division. In an embodiment, an IP coordinators data record 
can include a plurality of data fields such as an IP ID number, a fiillname field, company 
information field, and other information relating to an IP coordinator. 

The innovation awards database can include a plurality of queries that can be selected by 
a user to display information stored in the innovation awards database. For example, the 
innovation awards database can include a plurality of predefined queries such as an award query, 
a query regarding applications filed by date and intellectual property coordinator, a query 
regarding disclosures filed by date and intellectual property coordinator, and so on as illustrated 
in Figure 27-28. 
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In accordance with an embodiment of the present invention, an innovation awards 
database can include a plurality of predefined forms to display information corresponding to the 
data records of the innovation awards database and data records of other databases of the 
intellectual property development, marketing and maintenance database system. For example, 
the plurality of forms in the innovation awards database can include an awards form, a company 
addresses form, an ESP coordinators form, and an IP coordinators form. Figure 34 shows an 
illustration of an awards form in accordance with an embodiment of the present invention. The 
awards form illustrated in Figure 34 can display to a user information from an awards data record 
and/or other data records of the intellectual property development, marketing, and maintenance 
database system. For example, the awards form can display information such as an award 
number, and award type, the legal case number, a key number, inventor information, inventor's 
supervisor information, disclosure award information, filing award information, issuance award 
information, publication award information, inventor achievement award information, general 
award information, and other information related to innovation awards. 

Figure 35 shows an illustration of a company addresses form. A company addresses 
form can present information of a company addresses data record such as company name, formal 
name, address information, and other information regarding the company addresses. Figure 36 
shows an illustration of an ESP coordinators form in accordance with an embodiment of the 
present invention. An ESP coordinators form can display information regarding an ESP 
coordinator data record such as an identification of the ESP coordinator, company and address 
information, and other information relating to an ESP coordinator. Figure 37 shows an 
illustration of an embodiment of an IP coordinators form of an innovation awards database. The 
IP coordinators form illustrated in Figure 37 can display information corresponding to an IP 
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coordinator data record of the innovations award database. For example, the IP coordinators 
form can display information such as an IP/ID number, a name of an IP coordinator, address 
information relating to the IP coordinator, and other information relating to an IP coordinator 
and/or an IP coordinator data record. 

In an embodiment, an Innovation Awards Database can include a plurality of predefined 
reports. The plurality of predefined reports can present information from the innovation awards 
database and/or the intellectual property development, marketing, and maintenance database 
system. For example, the predefined reports of the innovation awards database can include 
reports such as an awards report, an application filed by date and intellectual property 
coordinator's report, a disclosures filed by date and intellectual property coordinator's report, a 
report regarding a disclosure award letter, a report regarding a general award form, and other 
reports as illustrated in Figure 28. For example, Figure 38 shows an illustration of a report 
relating to an innovation award request patent filing award. The innovation award request patent 
filing award report can be generated based on information stored in the Innovation Award 
Database and/or information from the intellectual property development, marketing, and 
maintenance database system. For example, the innovation award request patent filing award 
report illustrated in Figures 38 includes information such as an innovation award number, an 
inventor name, a supervisor name, an intellectual property coordinator name, and other 
information relating to an innovation award. 

Figure 39 shows an illustration of another report that can be generated by an Innovation 
Award Database. Figure 39 shows an illustration of a memorandum regarding a notification of a 
patent application filing. The memorandum regarding notification of patent application filing 
illustrated in Figure 39 can be generated at least in part based on information stored and tracked 
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in the innovation awards database and/or other databases of an intellectual property 
development, marketing, and maintenance database system. For example, the memorandum 
regarding notification of patent application filing report illustrated in Figure 39 can include the 
innovator name, the name of an intellectual property coordinator, and information from other 
databases of the intellectual property development, marketing, and maintenance database system 
such as the title of a patent application, a company number identifying the patent application, 
and/or the filing date of the patent application. For example, in an embodiment, the intellectual 
property development, marketing, and maintenance database system illustrated in Figures 21 
through 40 is coupled to a patent application docketing system and can retrieve information 
regarding patent application filings. 

Figure 40 shows an illustration of a patents granted report in accordance with an 
embodiment of the present invention. The patents granted report illustrated in Figure 40 can 
include information from data records of the innovation awards database, data records of other 
databases of the intellectual property development, marketing, and maintenance database system, 
and other databases relating to intellectual property. For example, the patents granted report 
illustrated in Figure 40 can be generated and include information corresponding to one or more 
awards relating to patents granted. As another example, the patents granted report illustrated in 
Figure 40 can include information such as an award identifier, a legal number, an inventor name, 
a company name, a patent title, a US patent number, and an issue date. In another embodiment 
of the present invention, other information relating to patents granted and/or an award associated 
with patents granted can be included in reports. 
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Example Two 

Figures 41-49 show an embodiment of an intellectual property management database 
system in accordance with an embodiment of present invention. The embodiment of the IP 
management database system illustrated in figures 41-49 can store data relating to the 
marketing of intellectual property. In an embodiment, a user can be provided access to 
information stored in the IP management database system via a user interface, such as a text base 
user interface, a graphical user interface, a combination text and graphics user interface, a voice 
interactive user interface, and/or other user interface. For example, figures 50 - 165 show an 
embodiment of an intellectual property management system having a graphical user interface 
that presents a Web browser-based user interface to a user for access to an IP management 
database system. In an embodiment, the graphical user interface and system illustrated in figures 
50- 165 can provide a user access to an IP management database system as illustrated in figures 
41-49. In another embodiment, the graphical user interface and system set forth in figures 50 - 
1 65 can provide a user access to another embodiment of an IP management database system. 

Figures 41 through 49 illustrate a plurality of database tables, where each database table 
of the plurality of database tables describe data fields of data records of the IP management 
database system. For example, figures 41-42 include an illustration of a marketing table 
showing the data fields of marketing data records. Figures 42 - 43 show an embodiment of a 
contract tracking table describing the data fields of contract tracking data records of the IP 
management database system. Figure 43 shows an illustration of an IP table that describes the 
data fields of IP data records. Figures 44 - 45 show an illustration of a product table that 
describes the data fields of product data. Figure 45 shows a patent table describing data fields of 
patent data. Figure 45 shows an illustration of a trademark table describing data fields of 



-76- 



BS00-428 



trademark data records. Figure 45 shows an illustration of a corporation/organization table 
describing data fields of corporation/organization data records. Figures 46 - 47 show an 
illustration of an embodiment of a people/address table describing data fields of people/address 
data record. Figure 48 includes an illustration of an action table describing data fields of action 
data records of the IP management database system. Figure 49 shows an illustration of a 
contacts table describing data fields of contacts data. 

According to embodiment to the present invention, a user can populate data fields of the 
data record of the IP management database system by entering text and/or selecting values from 
a set of lookup values. For example, Figures 46-47 illustrate sets of predefined values that can 
be presented to a user to select a value for a data field of a database record. In particular, Figures 
46 - 47 set forth a plurality of listings of lookup values, such as roles lookup values, contact 
lookup values, status lookup values, company business units lookup values, agreement type 
lookup values, and frequency of payments lookup values. For example, roles lookup values can 
include a plurality of predefined roles values, such as contact, research, and other. In an 
embodiment, the roles lookup values can be presented to a user for a particular data field via a 
pop down or drag down menu. 

Contact lookup values can include contact values, such as IP group personnel, end 
users/customers, and company business unit. As illustrated in figures 46 - 47 a plurality of 
lookup values are described for the status lookup values, the company business unit lookup 
values, the agreement type, lookup values, and the frequency of payments lookup values. 

According to an embodiment of the present invention, methods and systems for the 
management of intellectual property development, marketing and maintenance can be based on 
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and/or include an embodiment of an IP management database system as illustrated in Figures 41- 
49. 
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SECTION 6: IP MANAGEMENT SYSTEM - A GUI EMBODIMENT 



Overview 

Figures 50 through 165 illustrate an IP management system including a relational data 
base for IP management, marketing and contracting activities. The IP property management 
system can be integrated with a patent and/or trademark application docketing system. The IP 
management system can provide a graphical user interface ("GUI") to allow users to enter new 
data and retrieve existing data. In an embodiment, the IP management system GUI can provide 
read only access to patent and/or trademark docketing information, as well as read and write 
access to intellectual data records. Embodiments of the present invention can allow users to 
record and retrieve information with respect to marketing opportunities, contracts/license 
agreements, license fees, product inventory records mapped to associated IP units, and trade 
secret copyright and other IP data records. 

Figure 50 shows an illustration of a top-level GUI component that provides access to top- 
level modules of the IP management system. For example, when a user first accesses the IP 
management system, the top-level GUI component illustrated in figure 50 can be displayed to the 
user. The top-level GUI component can include a plurality of links to top-level modules of the 
IP management systems. The top-level modules can include an IP inventory module, a product 
inventory module, a marketing module, a contracts module, a searching/reporting module, and a 
contacts module. A user can select and activate one or more of the links to the top-level modules 
in order to access the corresponding top-level module. In accordance with an embodiment, a 
user can select and activate a link by pointing and clicking with a computer mouse. 
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Inventory Module 

Figure 51 shows an IP inventory GUI component corresponding to an IP inventory top- 
level module of the IP management system. The IP inventory GUI component illustrated in 
Figure 5 1 can be displayed to the user after the user selects and activates the link to the IP 
inventory module illustrated in Figure 50. The IP inventory GUI component can include three 
links to sub-modules of the IP inventory module. The IP inventory GUI component can also 
include links to other top-level modules of the IP management system. For example, in the 
embodiment illustrated in Figure 51, the IP inventory GUI component includes links to the 
product inventory top-level module, the marketing top-level module, the contracts/agreement 
top-level module, the searching/reporting module and the contacts top-level module. The user 
can move from the IP inventory module to one of the other top-level modules by selecting and 
activating the corresponding link. The user can access one of the sub-module of the IP inventory 
module by selecting and activating the appropriate sub-module link. For example, the sub- 
module links can include a link to a create new trade secret or copyright record sub-module, a 
link to a view inventory sub-module, and/or a link to a search inventory sub-module. 

When a user selects and activates the create new trade secret or copyright record link, the 
create/edit trade secret/copyright GUI component illustrated in Figure 52 can be displayed to the 
user. The create/edit trade secret/copyright GUI component can be used to create a trade secret 
and/or copyright data record. A user can create an IP data record for each trade secret and/or 
copyright. In another embodiment, a create/edit IP data record GUI component can create a 
patent-related IP data record, a trademark-related IP data record, a trade secret related IP data 
record, a copyright related IP data record, and so forth. The create/edit trade secret/copyright 
GUI component illustrated in Figure 52 can include a field to display an IP data record number. 
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In an embodiment each IP data record is assigned an unique IP data record number. For 
example, when a user selects display of the create/edit trade secret/copyright GUI component, it 
can include the next available IP data record number. Thus, there can be a unique IP data record 
number that identifies an IP data record corresponding to an intellectual property unit. Examples 

5 of an IP unit include an invention that maybe patentable, an invention that maybe protected as a 
trade secret, a business method process or product that is to be protected as a trade secret, a 
trademark, a copyright, and other IP. The create/edit trade secret/copyright GUI component can 
include text entry fields with or without dropdown menus for the entry of additional information 
related to the IP data record. For example, the create/edit trade secret/copyright GUI component 

1 0 can include fields for the input of information relating to whether or not a copyright is/was filed; 
a name of the IP unit corresponding to the IP data record; the type of IP related to the IP unit; the 
corporate business unit associated with the IP unit; the corporate sub-entity associated with the 
IP unit; and a description, if any, of the IP unit associated with the IP data record. The 
create/edit trade secret/copyright GUI component illustrated in Figure 52 can also include an 

1 5 attached file/remove file section to allow users to associate and dissociate files with the IP data 
record. For example, a computer file can include information relating to an IP unit that can be 
linked with the IP data record corresponding to the IP unit. A user can identify a related 
computer file by entering the address of the file and/or selecting a browse dialog box that allows 
the user to select a document that is stored on, for example, a local hard disk drive or a network 

20 storage location. The user can also include comments related to the file, such as a brief 

explanation of the relevance of the file to the IP unit corresponding to the IP data record. The 
create/edit trade secret/copyright GUI component can allow a user to attach one or more 
computer files to the IP data record. After the a user has entered information about the IP unit 
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and/or the IP data record via the create/edit trade secret/copyright GUI component, the user can 
select a submit button link to save the information to the IP management system. Alternatively, 
the user can select and activate the cancel link button to clear the data entry fields of the 
create/edit trade secret/copyright GUI component and/or return to previous screen. 
5 Figure 53 shows an illustration of a view inventory GUI component. A user can interact 

with the view inventory GUI component to view IP data records, such as patent-related IP data 
records, trademark-related records, and/or trade secret/copyright-related IP data records. The 
view inventory GUI component can include data entry fields with or without dropdown menus to 
specify criteria for sorting the IP data records. The dropdown menus can allow users to choose 

10 how the IP data records are sorted when they are displayed. In an embodiment, a user can 
specify that a type of IP data record is not to be displayed by indicating that type of IP data 
record should not be displayed. For example, a user can select to sort by N/A to indicate that 
that type of IP data record should not be displayed. 

Figure 54 shows an illustration of a dropdown menu including sort criteria for patent- 

15 related IP data records. As illustrated in Figure 54, the patent-related IP data record search 
criteria can include: N/A to indicate that patent-related data records are not to be displayed; 
patent number; issue date; status; default; docket number; country; application number; filing 
date; and name. 

As illustrated in Figure 55, the trademark-related IP data records can be sorted by one of 
20 a plurality of sort criteria including: N/A to indicate that trademark-related IP data records are 
not to be displayed; trademark name; trademark number; registration date; status; and a default 
sort criteria. 
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As illustrated in Figure 56, the trade secret and copyrights related IP data records can be 
sorted by one of a plurality of sort criteria including; N/A to indicate that trade secret and 
copyright-related IP data records are not to be displayed; name; corporate entity; business unit; 
IP number; description; and a default sort criteria. 
5 Figure 57 shows a display of IP data record information according to an embodiment of a 

view inventory sub-module of an IP inventory module of the IP management system. The 
display of IP data record information can include patent-related IP data records, trademark 
related IP data records and trade secret/copyright related IP data records. For example, each 
patent-related IP data record displayed by the view inventory module can include information 

10 related to a patent-related IP unit, such as the status, docket number, country, application 

number, filing date, patent number, issue date, inventor, title, and/or comments. The information 
that can be displayed relating to a trademark-related IP data unit includes information such as 
status, mark, country, docket number, application number, filing date, registration number, 
registration date, renewal date, and comments. Information that can be displayed for trade 

15 secret/copyright-related IP data records includes information such as name, description, 
corporate entity, business unit, and IP data record number. 

Figure 58 shows an illustration of a search inventory GUI module of the IP inventory 
module to allow a user to search for one or more IP data records. In accordance with an 
embodiment of the present invention, the IP management system is coupled to a patent 

20 application and/or trademark application docketing system. For example, a known patent and/or 
trademark application docketing system manufactured and sold by CPI is named CPI. The CPI 
system can store information relating to pending patent applications and/or trademark 
applications. The IP management system can store information related to trade secrets and 
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copyrights. In another embodiment, the IP management system includes modules for patent 
application docket management, trademark application docket management, and trade secret and 
copyright management. The search inventory GUI module illustrated in Figure 58 can include a 
plurality of links to search modules that can search for an IP data record corresponding to an IP 
5 unit, such as patent-related IP, trademark-related IP, trade secret-related IP, and copyright-related 
IP. The search inventory GUI module illustrated in Figure 58 can include links to separate 
search modules for searching patent-related IP data records, trademark-related IP data records, 
and trade secret and copyright-related IP data records. For example, a user can select the search 
patents link of the search inventory GUI module illustrated in Figure 58. 

10 Figure 59 shows an illustration of a search patents GUI module in accordance with an 

embodiment of the present invention. The search patents GUI module can include a plurality of 
data entry fields for the input of search terms and/or search criteria. For example, the search 
patents GUI module illustrated in Figure 59 includes data entry fields related to searching based 
on: status; filing date; docket number; patent number; country; issue date; application number; 

15 title; inventor; and comments. The search patents GUI module can also include a data entry field 
that can allow searching all fields of patent-related IP data records for a particular search term. 
After a user has entered search terms, if any, the user can select the search button link to direct 
the IP management system to perform the specified search. For example, the IP management 
system can generate a search query based on the user input search values that can be 

20 communicated to the patent application docketing system. 

Figure 60 shows an illustration of data displayed pursuant to a search of the patent-related 
IP data records. Information that can be displayed for each patent-related IP data record can 
include: status; docket cumber; country; application number; filing date; patent number; issue 
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date; inventor; title; and comment. The information for each patent-related IP data record can be 
presented in a row and a user can select and activate that row to display the particular IP data 
record. For example, the search patents results GUI illustrated in Figure 60 can include data 
relating to six patents, where the information for each patent is presented in a particular row. 
5 Selecting and activating the information in that row can cause the display of additional 

information relating to that patent-related IP data record. In an embodiment in which the IP 
management system is coupled to a patent application docketing system, the information is 
retrieved from the patent application docketing system and displayed. 

Figure 61 shows a search trademarks GUI module. The search trademarks GUI 

10 component can include a plurality of data fields to allow a user to specify search terms. For 
example, a user can specify a search of the trademark-related IP data records based on: status; 
filing date; mark; registration number; country; registration date; docket number; renewal date; 
application number; and comments. In an embodiment, a user can enter a search term that is 
used to search all fields of trademark-related IP data records. 

15 Figure 62 shows an illustration of an embodiment of search trademark results GUI 

model. A search trademark results GUI module can display the trademark-related IP data record 
located in a user-specified search. The trademark-related IP data record information can be 
displayed in rows where each row corresponds to a separate trademark-related IP data record. 
For a trademark-related data record, the information displayed can include: the status; mark; 

20 country; docket number; application number; filing date; registration number; registration date; 
renewal date; and comments. A user can click on a row corresponding to a trademark-related IP 
data record and cause a more detailed display of information for that trademark-related IP data 
record. In an embodiment in which the IP management system is coupled to a trademark 
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application docketing system, the search trademarks GUI module illustrated in Figure 61 can 
generate a query based on user input that is sent to the trademark application docketing system. 
The trademark application docketing system can reply with the trademark-related IP data unit 
information, which can be displayed by the search trademarks results GUI module illustrated in 
5 Figure 62. 

Figure 63 shows a search trade secret/copyright GUI module in accordance with an 
embodiment of the present invention, A user can input search terms and/or select criteria to 
specify a particular search of the trade secret/copyright-related IP data records. For example, the 
search trade secret/copyright GUI module illustrated in Figure 63 can generate a search based on: 

10 IP number; copyright filed indicator; IP name; IP type; corporate business unit; corporate sub- 
entity; IP description; and full text file search. A user can select the search button link to direct 
execution of the specified search, or to select a cancel button link to cancel the search. 

Figure 64 shows an illustration of a trade secrets/copyrights search results GUI module. 
The search results GUI module illustrated in Figure 64 can display information pertaining to the 

15 type of trade secret/copyright IP data records, such as the name; type; IP number; corporate 
business unit and sub-entity. The trade secret/copyright-related IP data record information can 
be displayed in rows, each row displaying information related to a particular trade 
secret/copyright-related IP data record. A user can select and activate a row corresponding to a 
trade secret/copyright-related IP data record to cause the display of additional information 

20 corresponding to the trade secret/copyright-related IP data record. 
Product Inventory Module 

Figure 65 shows an illustration of a product inventory GUI module in accordance with an 
embodiment of the present invention. The product inventory GUI module is one of the top-level 
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modules of the Intellectual Property Management System. The product inventory GUI module 
illustrated in Figure 65 can include a plurality of links to product inventory submodules 
including a link to a create new product new product, a link to a view products submodule, a link 
to a search for product submodule, and a link to a view/edit contacts submodule. A user can 
5 access one of the product inventory submodules by selecting and activating the link to the 
corresponding product inventory submodule. The product inventory GUI module can also 
include a plurality of links to the other top level modules such as the IP inventory top level 
module, the marketing top-level module, the contracts/agreements top-level module, the 
searching/reporting top-level module, and the contacts top-level module. 

1 0 Figures 66, 67 and 68 show an illustration of a create/edit product GUI module. The 

create/edit product GUI module allows a user to create a product data record corresponding to a 
product. A product can be a service, an article of commerce, an article of manufacture, or 
another type of product. A user can create a product data record by entering information via the 
create/edit product GUI module. A user can also edit an existing product data record using the 

15 create/edit product GUI module. When a user accesses the create/edit product GUI module to 
create a product data record, the create/edit product GUI module can display a unique product 
number to uniquely identify the product data record and/or the corresponding product. The 
create/edit product GUI module allows a user to input additional information about the product. 
The create/edit product GUI module can include a plurality of data entry fields for the entry of 

20 data into the product data record. For example, a user can enter a product name and identify an 
associated business unit and/or business sub-entity related to the product. The user can include 
in the product data record a product description, a date available for sale, and an explanation of 
any technical requirement. The create/edit product GUI module allows a user to associate one or 
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more contact data records with the product data record. For example, the create/edit product 
GUI module allows a user to add and remove associated contact data records to the product data 
record. For example, a user can associate a contact data record with the product data record to 
specify the name, phone number and position of an associated contact. A user can select and 
5 activate the add contact button link to access an add contact screen. The add contact screen can 
allow a user to search for and select a particular contact data record to be associated with the 
product data record. After a user designates the contact data record as associated with the 
product data record, the contact information can be displayed by the create/edit product GUI 
module as associated with the product data record. The create/edit product GUI module can 

10 include a remove contact button link to allow a user to remove a particular contact so that the 
contact data record is no longer associated with the product data record. 

The create/edit product GUI module can include links to modules to add and/or remove 
intellectual property units as being associated with the product data record and/or the 
corresponding product. For example, the create/edit product GUI module can include links to 

15 modules to associate particular patent-related IP data records, trademark-related IP data records, 
and/or trade secret/copyright-related IP data records. The create/edit product GUI module 
illustrated in Figures 66-68 can include an add patents button link to access an add patent module 
to allow the user to search for and/or identify a particular patent-related IP data record that is to 
be associated with the product data record and the corresponding product. After the user has 

20 specified that a patent-related IP data record is to be associated with the product data record, the 
create/edit product GUI module can display information about that patent-related IP data record 
such as the status; docket number; country; application number; filing date; patent number; 
inventor; title; and comments. The create/edit product GUI module can also include a remove 



-88- 



BS00-428 



patents button link that can access a module to remove a patent so that patent-related IP data 
record is no longer associated with the product data record. 

Likewise, the create/edit product GUI module can include an add trademarks button links 
and/or a remove trademarks button link to add and/or remove a trademark-related IP data record 
5 as being associated with the product data record and the corresponding product. For example, 
when a user selects the add trademarks button link, the user can access an add the trademarks 
module that allows the user to specify and/or select a particular trademark-related IP data record 
as being associated with the product data record and the corresponding product. After the user 
has identified the trademark-related IP data record as being associated with the product data 

10 record, the create/edit product GUI module can display information from the trademark-related 
IP data record such as status; mark; country; docket number; application number; registration 
number; registration date; renewal date; and comments. A user can select and activate the 
remove trademarks button link of the create/edit product GUI module to remove a trademark- 
related IP data record such that the trademark-related IP data record is no longer associated with 

1 5 the product data record and the corresponding product. 

The create/edit product GUI module can include a button link to add and/or remove trade 
secret/copyright IP data records with respect to the product data record and the corresponding 
product. For example, the create/edit product GUI module can include an add trade secret and/or 
copyright button link to access an add trade secret or copyright module that allows a user to 

20 specify a particular trade secret/copyright-related IP data record as being associated with the 
product data record and the corresponding product. After the user has selected a trade 
secret/copyright-related IP data record as being associated with the product data record and the 
corresponding product, the create/edit product GUI module can display information from the 
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trade secret/copyright-related IP data record such as the name; description; corporate subentity; 
corporate business unit; and IP number. The create/edit product GUI module can include a 
remove trade secret or copyright button link to access a module that allows a user to remove a 
trade secret/copyright-related IP data record from association with the product data record and 
5 the corresponding product. 

In an embodiment the create/edit product GUI module can include a create/edit trade 
secret/copyright button link that can access the create/edit trade secret/copyright GUI module to 
create a trade secret/copyright-related IP data record. The create/edit product GUI module can 
also include a section to allow a user to attach associated files to the product data record. For 

10 example, the create/edit product GUI module can include a link to display information about 

computer files that are presently associated with the product data record. The create/edit product 
GUI module can also include a data entry field to allow a user to specify a filename of a file that 
is to be associated with the product data record and/or the corresponding product. A user can 
also select and activate a browse button link to allow the user to browse listings of computer files 

1 5 stored locally and/or on a network that can be associated with the product data record. A remove 
file button link can be included to allow a user to remove an associated file such that the file is 
no longer associated with the product data record and/or the corresponding product. After a user 
has attached a file as being associated with the product data record and/or the corresponding 
product, the create/edit product GUI module can display information about the associated file 

20 such as the filename and any comments entered by a user with respect to that associated file. 

The create/edit product GUI module can include a submit button link to allow a user to 
indicate that the product data record should be saved. The create/edit product GUI module can 
also include a cancel button link to allow a user to cancel creation or editing of a product data 
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record such that the data fields in the create/edit product GUI module can be cleared and/or the 
user can be returned to a previous screen. 

Figure 69 shows an illustration of an embodiment of a view products GUI components 
corresponding to the view products submodule of the product inventory module. The view 
5 products GUI component allows a user to view product data records in one or more of a plurality 
of manners. As illustrated in Figure 69, the view products GUI component can include a 
plurality of links to modules that allow viewing of product data records. For example, the 
modules for viewing product data records can include: a module to view all product data 
records; a module to view all product data records viewed by a corporate business unit; a module 
10 to view all product data record for a specific corporate business unit; and a module for an 
advanced view of all product data records. Accordingly, the view products GUI component 
illustrated in Figure 69 includes a plurality of links to each of the modules that allow viewing of 
product data records. 

Figure 70 is an illustration of a view all products GUI component that can be accessed 
1 5 when a user selects and activates the link to the view the all products module of the view 
products GUI component illustrated in Figure 69. The view all products GUI component 
illustrated in Figure 70 can display a listing of all product data records. The listing of all product 
data records can display information corresponding to each product data record information in an 
individual row. A row of the listing of the product data record information can include for each 
20 product data record: the name of the product corresponding to the product, the data record the 
corporate business unit of the product and a description of the product. In another embodiment 
other data fields of the product data record and/or other data fields of other data records can be 
displayed. To view additional information relating to an individual product data record, a user 
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can click on a row in the listing of the product data records. The user will then be presented with 
a view individual product record GUI component that can display additional information relating 
to the product data record, such as a more complete listing of the data fields of the product data 
record. 

5 Figure 71 is a view all products sorted by corporate business unit GUI component. A 

user can access the view all products sorted by corporate business unit GUI component 
illustrated in Figure 71 by selecting and activating the corresponding link in the view products 
GUI component illustrated in Figure 69. The view all products sorted by corporate business unit 
GUI component can display a listing of all product data records sorted by corporate business 

1 0 unit. The product data records can be displayed in a listing where each product data record is 
displayed in an individual row. A user can view a more detailed information corresponding to 
the product data record by clicking on the row listing that product data record. 

Figure 72 shows an illustration of a select view all product by a specific corporate 
business unit GUI component. The select view all products by specific corporate business unit 

1 5 GUI component allows a user to specify a specific corporate business unit and cause the display 
of the product data records related to that specific corporate business unit. A user can specify the 
specific corporate business unit by entering information in a data entry field and/or select a 
business unit via a drop down menu as illustrated in Figure 72. After a user has selected the 
appropriate corporate business unit, the user can select and activate the submit button link to 

20 cause a display of information relating to each product data record of the specific corporate 
business unit. 

Figure 73 shows an illustration of a view all products by specified corporate business 
unit GUI component. The product data records corresponding to the specified corporate business 
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unit can be displayed in a listing where each product data record is displayed in a row. A user 
can cause a more detailed view of information relating to the product data record to be displayed 
by selecting and activating a specific row. 

Figure 74 shows an illustration of a view products advanced view GUI component. The 
5 view products advanced view GUI component can allow a user to specify particular sort criteria 
for the display of the product data records. The user can enter sort criteria into a data entry field 
or select sort criteria from a drop down menu. For example, Figure 75 shows a drop down menu 
that can present a listing of sort criteria such as corporate business unit, name, and/or description. 
Figure 76 shows an illustration of the view products advanced view GUI component in which a 

1 0 user has selected the first sort criterion to be the product name, the second sort criterion to be the 
corporate entity and/or business unit, and the third sort criterion to be the description. After a 
user has specified the sort criteria, the user can select and activate the submit button link to direct 
display of the sorted product data records. Alternatively, the user can select and activate the 
cancel button link to cause a redisplay of the view products advanced view GUI component 

1 5 without any specified sort criteria and/or cause the IP management system to display the prior 
screen. 

Figure 77 shows the view products advanced view GUI component that can display a 
listing of product data records according to the specified sort criteria. The product data records 
can be listed in rows where each product data record is listed in a particular row. The 
20 information displayed for each particular product data record can include the name of the 

product, the corporate business unit and/or business entity associated with the product, and/or a 
description of the product corresponding to the product data record. In another embodiment, 
other data fields relating to the product data record are displayed. A user can cause a more 
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detailed view of a product data record to be displayed by selecting and activating a product data 
record displayed by the view products advanced GUI component. 

Figures 78-80 show an illustration of an embodiment of a search products GUI 
component corresponding to a search products submodule of the product inventory module. The 
5 search products GUI component allows a user to search for a particular product data record 
based on user selectable criteria. For example, the search products GUI component can allow a 
user to specify one or more of the following criteria: product number; product name; corporate 
business unit; corporate subentity; product description; date available for sale; technical 
requirements; contacts; associated contacts; associated patent-related IP data records; associated 

1 0 trademark-related IP data records; associated trade secret/copyright-related IP data records; 
and/or associated files. 

A user may also enter sort criteria via a data entry field to search the product data records 
using a full text file search. In an embodiment, the search products GUI component includes an 
add contact button link and a remove contact button link to add and/or remove an associated 

1 5 contact data record from the search criteria. When an associated contact data record is specified 
as a search criteria, a description of that associated contact can be displayed by the search 
products GUI component illustrated in Figure 78-80. For example, when an associated contact 
data record is included as a search criterion, the name, phone number and position data from the 
associated contact data record can be displayed. Likewise, the search products GUI component 

20 can include an add patents button link and a remove patents button link to add or remove as a 
search criteria a particular patent-related IP data record. When a patent-related IP data record is 
selected as a search criterion, a description of that patent-related IP data record can be displayed. 
For example, for an associated patent-related IP data record that is specified as a search criterion, 
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the status, docket number, country, application number, filing date, patent number, issue date, 
inventor, and title, comments data for the patent-related IP data record can be displayed. 

The search products GUI component illustrated in Figure 78-80 can also include an add 
trademarks button link and a remove trademarks button link to add and/or remove trademark- 

5 related IP data records as search criteria. For a trademark-related IP data record that is included 
as a search criterion, the status, mark, country, docket number, application number, filing date, 
registration number, registration date, renewal date, and comments data of the trademark-related 
IP data record can be displayed. The search products GUI component can also include an add 
trade secret/copyright button link and/or remove trade secret/copyright button link to add and/or 

10 remove trade secret/copyright related IP data records as search criteria. When one or more trade 
secret/copyright related IP data records are selected as search criteria, the search products GUI 
component can display the name, description, corporate entity, corporate business unit, and IP 
number of the trade secret/copyright-related IP data record. In an embodiment, the search 
products GUI component includes an add associated file button link and/or a remove associated 

15 file button link to add and/or remove an associated computer file as a search criterion. When an 
associated file is selected as a search criterion, the search products GUI component can display 
the filename of the associated file and any comments regarding the associated computer file. 
After a user has specified the search criterion via the search products GUI components, the user 
can select and activate the search button link to direct searching of the product data records based 

20 on the specified search criterion. Alternatively, to cancel the search, the user can select and 
activate the cancel button link to cause the search products GUI component to be redisplayed 
without any specified search criterion and/or cause the IP management system to display the 
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prior screen (e.g., the screen last displayed prior to the display of the search products GUI 
component). 

Figure 81 shows an illustration of an embodiment of a product search results GUI 
component. The product search results GUI component can display the product data records that 
5 met the criteria as specified by a user via the search products GUI component illustrated in 

Figures 78-80. For example, the product search results GUI component can include a listing of 
the product data records corresponding to the specified search criteria. The product search 
results GUI components illustrated in Figure 81 shows an example of a search in which the 
product name was a specified search criterion. Accordingly, the data displayed for each product 

10 data record that met the specified search criterion can include a display of the product data field 
and a data field corresponding to any other search criteria specified. A user can cause a more 
detailed view of a product data record to be displayed by selecting and activating the product 
data record displayed by the product search results GUI component of Figure 81. For example, 
Figures 82-83 show a view product GUI component that displays a more detailed view of a 

15 product data record. The view product GUI component as illustrated in Figures 82-83 can cause 
the display of data fields of the product data record such as: the product number; the product 
name; the corporate subentity; the corporate business unit; the product description; the date 
available for sale; technical requirements, if any; any associated contacts; any associated IP data 
records such as patent-related IP data records, trademark-related IP data records, and/or trade 

20 secret/copyright-related IP data records; and associated files. The view product GUI component 
can also include an edit button link that can be selected and activated by a user to cause the 
display of a GUI component allowing a user to edit the product data record being displayed. For 
example, in an embodiment, when a user selects and activates the edit button link of the view 
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products GUI component illustrated in Figures 82-83, the create/edit product GUI component 
illustrated in Figure 66-68 is displayed to a user to allow editing of the product data record. 

The product inventory top level GUI component illustrated in Figure 65 also includes a 
link to a view/edit contacts submodule of the product inventory module. The view/edit contacts 
5 submodule corresponds to the contacts top-level module of the IP management system, and an 
embodiment of the contacts top-level module is described in Figures 157-165 and the 
accompanying text regarding those figures. 

Marketing Module 

Figures 84 to 1 10 illustrates an embodiment of the marketing top-level module of the IP 
10 management system. Figure 84 shows an illustration of an embodiment of a marketing top-level 
GUI component. The marketing top-level GUI component illustrated in Figure 84 can include a 
plurality of links to submodules of the marketing module including links to: a create new project 
module; a link to a view/edit project module; a link to a search/report project submodule; and a 
link to a view/edit contacts module. In an embodiment the link to the view/edit contacts module 
15 is a link to the contacts top level module of the IP management system. The link to the view/edit 
contacts module can be included in the marketing top-level GUI component and other GUI 
components of the submodules of the marketing module in order to provide a user with easy 
access to a module to view and edit contact data records. 

Figures 85 through 87 show an illustration of an embodiment of a create/new project GUI 
20 component. A create/new project GUI component can allow a user to create a project data 
record associated with the marketing of intellectual property. The create/new project GUI 
component illustrated in Figures 85-87 can allow a user to enter data into data fields of a project 
data record. For example, the create/new project GUI component can include data entry fields 
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for the entry of project data record data such as: project name; status; status date; deal value; 
deal size; deal priority; an include in top deals report indicator; description of project; follow-up 
date; follow-up action; and responsible party. 

The create/new project GUI component can also include an add product button link 
5 and/or a remove product button link to allow a user to specify a product data record to be 

associated with the project data record. For example, when a user selects and activates the add 
product button link the user can specify and/or select a product data record that is to be 
associated with the project data record. In an embodiment, a user can be presented with a search 
screen that allows the user to search for and select a product data record to be associated with the 

1 0 project data record. After a user has selected a project data record to be associated with the 

project data record, information corresponding to the product data record can be displayed by the 
create/new project GUI component; For example, the product name data of the project data 
record can be displayed. Additional and/or other data of the project data record and other data 
records can also be displayed by the create/new project GUI component. 

15 The create/new project GUI component illustrated in Figures 85-87, can also include an 

add customers button link and/or a remove customers button link. A user can select and activate 
the add customers button link to specify a customer data record that is to be associated with the 
project data record. After a user has specified a customer data record as being associated with a 
project data record information corresponding to the customer data record, the customer data 

20 record can be displayed by the create/new project GUI component. For example, the customer 
name, contact, phone, and an indicator as to whether the customer is a party to a final contract 
can be displayed. The remove customer button link can allow a user to deselect a customer data 
record as being associated with a project data record such that the customer data record is no 
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longer associated with the project data record or displayed by the create/new project GUI 
component. The create/new GUI project can also include an add partner button link and a 
remove partner button link to allow a user to add and/or remove a partner data record as 
associated with the project data record. For example, a partner data record can correspond to an 
entity that may be a marketing partner with respect to the marketing of an intellectual property 
unit. When the user has selected a partner data record as associated with the project data record, 
the create/new project GUI component can display information corresponding to the partner data 
record such as the company name, the contact, the phone and an indicator whether the partner 
corresponding to the partner data record is a party to a final contract. 

IP personnel data records can also be associated with a project data record. Accordingly, 
a create/new project GUI component can include an add IP personnel button link and/or a 
remove IP personnel button link to specify that an IP personnel member is associated with a 
project. For example, a user can select and activate the add IP personnel button link and select 
from a listing of IP personnel data records one or more IP personnel data records to be associated 
with the project data record. When one or more IP personnel are associated with a project, the 
create/new project GUI component can display information about the associated IP personnel 
such as the name and a specified role of the respective IP personnel. In an embodiment, when a 
user selects one or more IP personnel as associated with the project, the user can specify a 
particular role for each particular IP member. A user can also remove one or more IP personnel 
from being associated with a project by selecting and activating the remove IP personnel button 
link. 

The create/new project GUI component illustrated in Figures 85 through 87 can also 
include a data entry field to specify a particular computer data file as being associated with the 
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project data record. Alternatively, a user can select and activate a button link to browse a listing 
of computer files stored locally or on a network that can be selected and associated with the 
project data record. The create/new project GUI component can display information regarding 
the associated files such as the file name and any comments about the file. The create/new 
5 project GUI component can also include a remove file button link to allow a user to indicate that 
a particular computer file is no longer associated with a project data record. 

A project data record can also be associated with one or more contract data records. 
Examples of the contract data records that can be associated with a project data record include 
contract data records related to the licensing, sale, and marketing of intellectual property units. 

10 For example, the create/new project GUI component can include an add associated contract 
button link and a remove associated contract record button link to allow a user to add and/or 
remove contract records as being associated with a project data record. When a user selects and 
activates the add associated contract record button link, the user can select from a listing of 
contract records one or more contract data records to be associated with the project data record. 

1 5 When a contract data record is associated with a project data record, the create/new project GUI 
component can display information corresponding to that contract record such as the contract 
name and/or the agreement type. Additional and/or other information relating to the contract 
data record and other related data records can be displayed. A user can remove an associated 
contract data record from being associated with the project data record by selecting and 

20 activating the remove associated contract record button link. In an embodiment, the create/new 
project GUI component includes a create contract record button link. The create contract button 
link can cause the IP management system to access the add contract/agreement submodule of the 
contracts/agreements top-level module of the IP management system. The add 
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contract/agreement submodule of the contracts/agreements top-level module is illustrated in 
Figures 1 12-120 (including 120A) and described hereinafter. 

After a user has entered information relating to a project using the create/new project 
GUI component, the user can select and activate the submit button link to cause the information 
5 to be saved in a project data record. Alternatively, a user may cancel saving of the project data 
record information by selecting and activating the cancel button link. The cancel button link can 
cause the redisplay of the create/new project GUI component without any information entered in 
the data entry fields and/or cause the display of the previous screen. 

Figure 88 is an illustration of the view projects GUI component. The view projects GUI 
1 0 component allows a user to view project data records via by a default search and/or a custom 
sort. In an embodiment, the view project GUI component illustrated in Figure 88 includes a link 
to a default search module and a link to a custom sort module. When a user selects and activates 
the default search link, a search of the project data record is executed based on default search 
criteria. 

1 5 Figure 89 shows an embodiment of a view project results GUI component. For example, 

after a user has selected and activated a link to the default search module, the IP management 
system can conduct a search of the project data records based on the default criteria and cause 
the display of information from project data records that meet the default search criteria. In an 
embodiment, a default search can be a search to display all project data records. In another 

20 embodiment, a default search can be a search of project data records to display all active or 
pending project data records. The view project results GUI component illustrated in Figure 89 
can display a listing of each project data record meeting the specified search criteria, where each 
project data record is displayed in a row of a listing. Each row in the listing can be display 
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information corresponding to the project data record such as the project name, customer, product, 
status, deal priority, and deal value. In another embodiment, additional and/or other information 
from the project data record and/or related data records can be displayed. A user can cause the 
display of a more detailed view of the project data record and other related data by selecting and 
5 activating a row in the listing of the project data records. 

Figures 90-91 illustrate a view project GUI component that provides a more detailed 
viewing of information corresponding to a project data record. For example, the view project 
GUI component can display information corresponding to the project data record such as the 
project name; project number; status; status date; deal value; deal size; an indicator as to whether 

10 or not to include the project corresponding to the project data record in a top deals report; a deal 
priority; a description of the project; a follow-up date; a follow action; a responsible party; a 
listing of information corresponding to associated project data records; a listing of information 
corresponding to associated customer data records; a listing of information corresponding to 
associated remarketing partners data records; a listing of information corresponding to associated 

15 IP group personnel; a listing of information corresponding to associated files; and a listing of 
information corresponding to associated contract records. In an embodiment, the view project 
GUI component can include an edit button link that can be selected and activated by a user to 
cause access to an edit project GUI component. An example of an edit project GUI component 
is illustrated in Figures 94-96 and is described as set forth herein. 

20 Figure 92 shows an illustration of an embodiment of a view projects GUI component 

where a user can specify a custom sort of project data records. In an embodiment, a user can 
specify sort criteria by entering sort criteria into a data entry field. In another embodiment, a 
user can specify sort criteria in a data entry field having drop-down menus as illustrated in Figure 
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92. For example, a user can specify one or more sort criteria where the sort criteria can be 
selected from a list of criteria including customer company name, project name, remarketing 
partner company name, status, deal priority, deal value, deal size, and IP group personnel. After 
a user has specified one more custom sort criteria, the user can select and activate a submit 
5 button link to cause the sorting and displaying of the project data records based on these 

specified custom sort criteria. Alternatively, a user can select and activate a cancel button link to 
clear the data fields of the view project GUI component and/or cause the IP management system 
to display the prior screen. 

Figure 93 shows a view project result GUI component that shows the display of project 

1 0 data records in accordance with a custom sort of the project data records. The view project 
results GUI component can show information corresponding to each project data record 
corresponding to the user-specified search criteria. For example, in the embodiment illustrated 
in Figure 93, the project data records can be sorted and displayed according to a first custom sort 
criterion, a second custom sort criterion, a third custom sort criterion, a project number, a 

1 5 customer number, a customer, and a product. Information from each data record corresponding 
to those criteria can be displayed. In an embodiment, each project data record is displayed in a 
row of a plurality of rows, where each project data record corresponds to a row of the plurality of 
rows. A user may cause a more detailed display of a project data record and/or associated data 
records by selecting and activating a project data record displayed by the view project results 

20 GUI component illustrated in Figure 93. 

Figures 94-96 is an illustration of an embodiment of an edit project GUI component. In 
this embodiment, the edit project GUI component closely corresponds to the create/new project 
GUI component illustrated in Figures 85-87. The edit project GUI component can display a 
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project data record and allow a user to edit the various data fields of the project data record 
and/or the identification of associated data records. In an embodiment, one difference between 
the create/new project GUI component illustrated in Figures 85-87 and the edit project GUI 
component illustrated in Figures 94-96 is that the create/new project GUI component assigns a 
5 project number that can uniquely identify the new project data record. In an embodiment, the 
create/new project GUI components selects the next available project number so that each 
project data record has a unique project number. In an embodiment, the edit project GUI 
component allows a user to edit a project number. For example, a user may wish to modify 
project numbers so that associated projects are sequentially numbered. When a user attempts to 

10 modify a project number via the edit project GUI component illustrated in Figures 94-96, the IP 
management system can verify that the new project number specified by the user is available 
such that no two project data records will have the same project number. In another embodiment 
of the present invention, the edit project GUI component will not allow a user to edit a project 
number. In an embodiment of the present invention, the edit project GUI component illustrated 

15 in Figures 94-96 allows a user to modify the data fields of the project data record in much the 
same manner as information can be originally specified for the project data record via the 
create/new project GUI component illustrated in Figures 85-87. In accordance with an 
embodiment, after a user has modified data fields of the project data record, if any, the user can 
select and activate the submit button link to cause a save of the updated, if any, information. 

20 Alternatively, the user may select and activate the cancel button link such that there is no change 
to the data fields of the project data record. 

Figures 97 to 99 are illustrations of an embodiment of a project search/report GUI 
component. The project search/reports GUI component can correspond to a project 
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search/reports submodule of the marketing module. The project search/results GUI component 
can allow a user to specify search criteria and generate a report of projects that meet the specified 
criteria. For example, the project search/reports GUI component can allow a user to specify a 
criterion, and a search of the project data record can be conducted based on that criterion. For 
5 example, criteria that can be entered via the project search/reports GUI module can include 
criteria relating to: project name; project number; status; status date; deal value; deal size; an 
indicator relating to whether a project is included in a top deals report; deal priority; description 
of project; follow-up date; follow-up actions; responsible party; project name; associated 
products; associated project data records; customer name; contact; phone; an indicator whether 

10 or not a customer is a party to a final contract; an associated customer data record; a remarketing 
partner company name; a remarketing partner contact; a remarketing partner phone; an indicator 
as to whether a remarketing partner is a party to a final contract, and associated remarketing 
partner data record; an IP group personnel name; an IP group personnel role; whether an IP 
group personnel data record is associated; an associated file; a contract name; an agreement type; 

1 5 and a contract record that can be associated with a project data record. In an embodiment, a user 
can enter one or more search terms that can be the basis of a full text file search. The search 
criteria can be entered via data entry fields which can include drop down menus. For example, a 
deal size criteria can be specified via a drop down menu, a deal priority can be specified by a 
drop down priority, and a responsible party can be specified by a drop down menu. Each drop 

20 down menu can include a listing of criteria such as deal size, deal priority, or responsible party. 

For example, Figure 100 shows a portion of the project search/reports GUI component, 
showing the drop down menu that can specify potential status criteria. For example, a project 
data record can have one of a plurality of statuses including: a conduct initial research status; a 



- 105- 



BS00-428 



conduct market research and analysis status; a complete and approved preliminary transaction 
report status; a developed marketing plan and package status; a sell project status; a negotiate 
contract status; a complete and approved transaction report status; an execute contract status; a 
set-up maintenance plan status; and a close out project status. For example, a user can specify 
5 that a search of the project data records be conducted via the project search/reports GUI 

component to identify and display each of the projects having a certain status (e.g., each of the 
projects having a status of conduct initial research, each project having a status of conduct 
market research and analysis, and so on). The project search/reports GUI component illustrated 
in Figure 100 also shows drop down menu values that can be specified for deal size (e.g.: 

10 medium, and so on) and deal priority (e.g.: high, and so forth). 

Figure 101 is an illustration of a view project search results GUI component that lists the 
project data record that meet specified search criteria. For example, the view project search 
results GUI component can display a listing of information relating to each project data record 
such that the project name, customer, product, and/or other search criteria data fields of the 

1 5 project data record are listed. Each project data record can be displayed in a row of a plurality of 
rows. In another embodiment, other data fields of the project data records can be displayed. A 
user can cause a more detail view of a project data record to be displayed by selecting and 
activating a data record of the project data records displayed in the listing of project data records. 
In an embodiment, the Project Search/Reports GUI Module can include links to a 

20 plurality of pre-defined standard project reports. For example, as illustrated in the project 
search/reports GUI component illustrated in Figures 97-99, the project search/reports GUI 
component can include links to a plurality of standard project reports module. The plurality of 
standard project report modules can include: a top deals report module; a customer report 
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module; a remarketing report module; a status level report module; and a corporate entity report 
module. In an embodiment of the project search/reports GUI component illustrated in Figure 97- 
99, a user can select and activate one or more of the links to the standard reports modules to 
cause the IP management system to generate a report based on the criteria of the selected 
5 standard project reports module. 

Figure 102 shows an embodiment of a top deals report GUI module that can be displayed 
after a user selects and activates the link to the top deals report module of the standard project 
report modules. Each project data record can include an indication as to whether or not a project 
is to be considered a top deal. When a user selects the module to generate the top deals report, 

10 the IP management system can display a listing of each project data record that includes an 

indication that the project data record corresponds to a project that is a top deal. The top deals 
report GUI module illustrated in Figure 102 can list each of the project data records that include 
the top deals indicator, where each top deal project data record is listed in a row. The top deals 
report GUI module can display information corresponding to each one of the top deals project 

15 data records such as: the status; product/project name; opportunity number; company business 
unit; a patent status if any; a company name; a lead; a support; an estimated value; the deal size; 
and a priority. In another embodiment, other data fields of the project data records and/or 
associated data records can be displayed. For example, in an embodiment a top deal can be 
related to a product data record and/or a project data record. A patent-related IP data record can 

20 be associated with a product data record and/or a project data record that is designated as a top 
deal. Accordingly, in an embodiment, when a top deals report is generated, the top deals report 
GUI module can display information from the project data record and/or information from the 
associated patent-related IP data record such as patent status. In an embodiment of the present 
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invention, a top deals report can include information related to a top deal such as: status; product; 
product/project name; opportunity number; corporate business unit; patent status; company 
name; lead; support; estimated value; deal size; and priority. In another embodiment, the top 
deals report can include other data fields from other data records of the IP management system. 
5 The top deals report GUI component illustrated in Figure 102 can display the top deals in a 
listing where each top deals data record and/or data records are displayed in a row. A user can 
obtain additional details by selecting and activating the data field of an identified top deal data 
record. For example, when a user selects and activates an indicator regarding patent status, a 
patent-related IP data record can be viewed in more detail Alternatively, in an embodiment 

10 when a user selects and activates a data field corresponding to the product/project name, a 
product data record and/or a project data record is displayed in more detail. 

Figure 103 is an illustration of an embodiment of a customer report generation GUI 
component. The customer report generation GUI component can allow a user to select a 
customer name and generate a report based on the selected customer name. In an embodiment, a 

15 user can select a customer name from a predefined list of customer names via a drop down menu 
as is illustrated in Figure 103. In another embodiment a user can specify a customer name by 
entering text into a data entry field. After a user has specified a customer name for generation of 
a customer report, the user can select and activate the submit button link of the customer report 
generation GUI component illustrated in Figure 103 to direct generation of the appropriate 

20 customer report. 

Figure 103 A shows an embodiment of a customer report results GUI component. The 
customer report results GUI component can display project data records meeting the specified 
customer name. In an embodiment, information corresponding to each of the project data 
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records having the specified customer name can be displayed in a list of project data records 
where each project data record corresponds to a row. Information corresponding to the project 
data record can be displayed by the customer report results GUI component including: the 
customer name, product name, status, value, company business unit, and opportunity number. In 
5 an embodiment, the data displayed for each project data record can include information from 
associated data records. The customer report results GUI component illustrated in Figure 103 A 
allows a user to generate a more detailed view of the information displayed by the customer 
report GUI component by selecting and activating the particular data record for which more 
information is sought. For example, a user can select and activate the data corresponding to the 

10 customer name to pull up additional information about the customer. Alternatively, the user can 
select and activate the data corresponding to the product name to display a more detailed view of 
data relating to the product. In an embodiment, after generating a more detailed review of the 
corresponding data record, the user may be able to edit and/or update the data record. 

Figure 104 shows an embodiment of a remarketing partner report generation GUI 

1 5 component. The remarketing partner report generation GUI component allows a project report to 
be generated based on a specified remarketing company name. The remarketing company name 
can be selected from a drop-down list, a drop-down menu, or entered by a user. After a 
particular remarketing company name is specified, a user can select and activate the submit 
button link to cause generation of the specified remarketing partner report. 

20 Figure 105 shows an illustration of an embodiment of a remarketing partner report results 

GUI component. The remarketing partner report results GUI component can display information 
about the data records associated with a particular remarketing partner. In an embodiment, the 
data records associated with the remarketing partner are displayed in rows. The display of 
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information corresponding to the data records can include data relating to the remarketing 
partner, the product name, status, value, company business unit, and opportunity number. A user 
can cause a more detailed view of the corresponding data record and/or associated data records 
to be displayed by selecting and activating data that is displayed by the remarketing partner 
5 report GUI report. 

Figure 106 is an illustration of an embodiment of a status level report GUI component. A 
user can select a status level upon which generation of a status level report can be based. For 
example, Figure 107 shows that a user can select one of a plurality of status levels as the basis 
for the generation of a status level report. In an embodiment, the plurality of status levels 

10 include a conduct initial research status level, a conduct market research and analysis status 

level, a complete and approved preliminary transaction report status level, a developed marketing 
plan and package status level, a sell product status level, a negotiate contract status level, a 
complete and approved transaction report status level, an execute contract status level, a set-up 
maintenance plan status level, and a close-out project status level. After a user has selected a 

1 5 status level, either by selecting one of a list of status levels or entering text specifying a status 
level, the user can select and activate the submit button link to cause generation of the specified 
status level report. 

Figure 108 shows an illustration of an embodiment of a status level report results GUI 
component. The status level report results GUI component can display information 
20 corresponding to project data records having the specified status level. The project data records 
can be displayed in rows, and each row can display information corresponding to the project data 
records having the specified status level such as the status level, level date, opportunity number, 
company name, product name, remarketing partner, company business unit, IP group personnel, 
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deal size, deal value. In an embodiment, the status level report results GUI component can 
display information from the selected project data record and data records associated with the 
selected project data record. In an embodiment, a user can view additional details relating to 
information corresponding to a data record by selecting and activating that information. 
5 Figure 109 is an illustration of an embodiment of a company business unit report. The 

company business unit report generation GUI component allows a user to specify a particular 
business unit for which project data records are to be selected and displayed. In one 
embodiment, a user can enter text into a data entry field to specify a company business unit. In 
another embodiment, a user may select a business unit from a list of business units using a drop- 

1 0 down menu. After a user has specified a particular business unit, the user can select and activate 
the submit button link to cause generation and display of the company business unit report. 

Figure 1 10 is an illustration of an embodiment of a company business unit report display 
GUI component. The company business unit report display GUI component can display 
information corresponding to data records associated with the specified business unit. For 

1 5 example, the information from the data records associated with the business unit report can 
include information from project data records and associated data records such as entity name, 
status, product name, customer name, remarketing partner, deal value, company contacts, and 
entity contact. 

Contracts/Agreements Module 

20 Figures 1 1 1-1 50 are an illustration of a contracts/agreements top-level module of the IP 

management system and include illustrations of submodules of the contracts/agreements top- 
level module. In an embodiment of the present invention, a contracts/agreements top-level 
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module and associated submodules can provide a method and systems for creating contract data 
record related to the marketing of intellectual property. 

Figure 1 1 1 shows an embodiment of a contracts/agreements top-level GUI component. 
The contracts/agreements top-level GUI component can include links to a plurality of 
5 submodules of the contracts/agreements top-level module. For example, accordingly to an 
embodiment of the present invention, a contracts/agreements GUI component can include a link 
to an add contract/agreements submodule, a link to a search contract/agreements submodule, a 
link to a contract reports submodule, and a link to a view/edit contacts submodule. In an 
embodiment to the present invention, the link to the view/edit contact modules is a link to the 

10 contacts top-level module of the IP management system. The contracts/agreements GUI 

component can include the link to the view/edit contacts submodule to allow a user to edit and 
view contacts while accessing the contracts/agreements module and its submodules. 

Figures 1 12-1 15 are an illustration of an embodiment of an add contract/agreement GUI 
component. According to an embodiment of the present invention, the add contract/agreement 

15 GUI component can cause the creation of a contract/agreement data record based on inputs 

received from a user. The contract/agreement data record can include information corresponding 
to a contract/agreement to market, sell, license, and other marketing activities related to the 
marketing of intellectual property. Marketing of intellectual property can include marketing of 
patents, trademarks, copyrights, trade secrets, and inventions that may be patentable, terms or 

20 slogans that may be protected as trademarks, expressions or software that may be protected 
under the copyright laws, and other intellectual property related items. According to an 
embodiment of the present invention, a user can cause the IP management system to display the 
add contract/agreement GUI component illustrated in Figure 1 12-1 15 by selecting and activating 
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the corresponding link displayed by the contract/agreement top-level GUI component illustrated 
in Figure 111. The add contract/agreement GUI component can display a plurality of text data 
entry fields into which text can be entered and/or value can be selected that are related to a 
contract/agreement data record and a corresponding contract/agreement. In addition, other data 
5 records such as company business unit data records, party data records, associated intellectual 
property data records, data records related to action items, internal party data records, comments, 
and associated files can be associated with a contract/agreement data record via by the add 
contract/agreement GUI component illustrated in Figures 112-115. 

The add contract/agreement GUI component can include an assigned agreement number 

10 when the add contract/agreement GUI component is first displayed. The assigned agreement 
number can be a unique agreement number that corresponds to the contract/agreement product 
data record and uniquely identifies the contract/agreement data record. In one embodiment, the 
assigned agreement number is generated by determining the next available agreement number. 
A user can specify and/or enter additional data corresponding to the contracts/agreement data 

1 5 record by entering data such as: agreement name, agreement type, project number, and product 
number. In addition, a user can enter information relating to a contract summary corresponding 
to the contract/agreement product record. For example, the contract summary information can 
include: exclusivity information, form of agreement information, type of revenue information, 
unique terms and conditions information, frequency of payments information, a description, 

20 termination or renewal terms, a confidentiality period, a notice date, an effective date, a 
termination/renewal date, and a reason for termination. The add contract/agreement GUI 
component can include an add company business unit link and a remove company business unit 
button link to allow a user to specify a company business unit data record that is to be associated 



- 113 - 



BS00-428 



with the contracts/agreement data record. In one embodiment, when a user selects and activates 
the add company business unit button link, the user can select and/or specify a company business 
unit by selecting a company business unit from a list of company business units. In addition, the 
user may be able to specify a royalty percentage that the associated company business unit will 
5 receive relating to the corresponding contract/agreement. After a user has selected an associated 
company business unit data record, the add contract/agreement GUI component can display 
information corresponding to the selected company business unit data record such as the name of 
the company business unit and the royalty percentage. In another embodiment, other data 
corresponding to the company data unit can be displayed. The remove company business unit 

10 button link can allow a user to remove a company business unit such that the company business 
unit is no longer associated with the contract/agreement. 

The add contract/agreement GUI component illustrated in Figures 112-115 can include 
an add party button link and a remove party button link to allow a user to associate a party data 
record with the contract/agreement data record. After a user has specified a party data record as 

1 5 being associated with the contract/agreement data record, the add contract/agreement GUI 
component can display information corresponding to the associated party data record such as 
company name, type and contract. In an embodiment, a user can select the party data record to 
be associated from a listing of locally stored or network-stored party data records. The remove 
party button link can allow a user to remove an associated party data record such that the party 

20 data record is no longer associated with the contract/agreement data record. 

In an embodiment, the add contract/agreement GUI component can include an add 
associated IP button link and/or a remove associated IP button link, that can allow a user to add 
and/or remove as associated with the contract/agreement data record one or more IP data records. 
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After a user has selected and activated the add associated IP button link, the user can be 
presented with a listing of associated IP data records. The associated IP data records can be 
stored locally or stored on a network. The associated IP data records can include patent-related 
IP data records, trademark-related IP data records, and/or trade secrets/copyright-related IP data 
5 records. After a user has selected an IP data record as being associated with the 

contract/agreement data record, the add contract/agreement GUI component can display 
information corresponding to the associated IP data record such as IP type, name, and reference 
number. According to an embodiment of the present invention, other data and/or additional data 
corresponding to the associated IP data record can be displayed by the add contract/agreement 

10 GUI component. 

The add contracts/agreements GUI component can include an add action item button link 
and a remove action item button link to allow a user to associate an action item with the 
contract/agreement. For example, a user that selects and activates the add action item button link 
can have an add action GUI component displayed to the user. An example of an add action GUI 

15 component is illustrated in Figure 120. The add action GUI component can include data fields to 
allow a user to specify an action and related information for creation of an action data record. 
The user can enter the action related information via data entry fields into which a user can enter 
text and/or specify data via a drop-down menu. For example, the add action GUI component 
illustrated in Figure 120 allows a user to specify with respect to an action information such as 

20 product, an action data record, an action type, an expected due date, an expected amount, an 
expected action, a start-up period, an end of period, an internal contact, an external contact, an 
indicator regarding whether the action is a recurring action, a time period for the recurring 
action, and comments. Figure 120 A shows an illustration of the types of actions that can be 
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specified via a drop-down menu and include a termination notice, an extension notice, a report 
requirement, a payment requirement, a savings due and/or other action type. After a user has 
entered the action related information, the user can select and activate the submit button link to 
cause the action data record to be saved. Alternatively, the user can select and activate the 
5 cancel button link to cause a redisplay of the add action GUI component without any data 
entered into the data fields and/or cause a display of the prior screen (e.g., the add 
contract/agreement GUI component). 

The add contracts/agreement GUI component illustrated in Figures 112-115 can include a 
display of information corresponding to an action item associated with the contract/agreement 

10 data record. For example, as illustrated in Figure 114, for an action item associated with a 

contract/agreement the following information can be displayed by the add contracts/agreement, 
GUI component: expected due date; actual date; action type; expected amount; actual amount; 
expected actions; actual actions; internal contact; external contact; and comments. In an 
embodiment, each action item data record is listed in a row and information related to the action 

15 item can be displayed in additional detail by selecting and activating the action item information. 

The add contracts/agreement GUI component can include an add internal party button 
link and/or an add external party button link to allow a user to associate an internal party data 
record and/or an external party data record as being associated with the contracts/agreement data 
record. The add contracts/agreement GUI component can also include button links to provide 

20 for removing an associated internal party and/or removing an associated external party. In an 
embodiment, a user can specify a computer file is associated with the contracts/agreement data 
record by entering text specifying a computer file and/or activating a browse button link to cause 
the display of locally-stored and/or network-stored computer files that can be associated with the 
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contract/agreement data record. After a user has selected a computer file as being associated 
with the contract/agreement data record, the add contracts/agreement GUI component can 
display information corresponding to the associated computer file such as the file name and 
comments regarding the file. For example, where there is an executed contract that is stored in a 
5 computer file (e.g., an image of a contract, an electronically signed contract, and so on), that 
computer file can be associated with the contracts/agreement data record. The add 
contracts/agreement GUI component can include a remove file button link to allow a user to 
remove a file from its association with the contracts/agreement data record. After a user has 
entered information corresponding to the contract/agreement data record, the user can select and 

10 activate a submit button link to cause the contract/agreement data record to be saved. 
Alternatively, the user can select and activate a cancel button link to cause the 
contract/agreement GUI component to be redisplayed without any information entered in the 
data fields and/or cause the prior screen to be displayed (e.g., the contract/agreement top-level 
GUI component illustrated in Figure 111). 

15 Figure 1 16 illustrates an embodiment of an add contract/agreement GUI component that 

includes a plurality of agreement types that can be selected by a user to specify the agreement 
type. The plurality of agreement types can be displayed and selected via a drop-down menu and 
can include an administrative services agreement, a master licensing agreement, a sublicensing 
agreement, a services agreement, a sublease agreement, a consulting agreement, a recruiter 

20 agreement, and a remarketing agreement. 

Figure 1 17 illustrates an embodiment of an add contract/agreement GUI component 
where a user can select a form of agreement from a predefined list of forms of agreement via a 
drop-down menu. The forms of agreement can include a distribution license, straight use 
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license, and a strategic agreement. Figure 118 shows an illustration of an add contract/agreement 
GUI component that includes a drop-down menu that can specify the type of revenue 
corresponding to the contract/agreement corresponding to the contracts/agreement data record. 
The types of revenue can be specified by a drop-down menu including types of revenue such as 
5 cash, savings, and cash and savings. Figure 1 19 shows an embodiment of an add 

contract/agreement GUI component where a listing of frequency of payments can be presented 
by a drop-down menu. The frequency of payments can include: one-time 
development/maintenance savings; one time up-front license fee, one time up-front license fee 
w/future royalties due; monthly report/royalty payment; quarterly report/royalty payment; and 

10 annual report/royalty payment. 

Figure 121-123 are illustrations of an embodiment of a search contract/agreement GUI 
component corresponding to a search contract/agreements submodule of the contract/agreement 
module of the IP management system. In an embodiment, the search contract/agreement GUI 
component can allow a user to specify search terms and/or criteria for selection and display of 

15 contract/agreement data records corresponding to these specified search terms and/or search 
criteria. The search terms and/or criteria can be entered via data entry fields and/or drop-down 
menus. For example, the search terms or criteria that can be specified for a search of the 
contract/agreement data records via the search contract/agreement GUI component include: 
agreement name; agreement number; project number, agreement type, and product. Search 

20 terms or criteria can also be specified relating to a contract summary such as exclusivity; form of 
agreement, type of revenue; unique terms and conditions; frequency of payments; description; 
termination or renewal terms; confidentiality period; notice date; effective date; 
termination/renewal date; and reason for termination. In an embodiment, a user can specify 
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whether other data records associated with a contracts/agreement data record are search criteria. 
For example, a user can specify that the search criteria includes a company business unit data 
record, a party data record, an IP data record, an action data record, and/or an associated file. In 
another embodiment, the search contracts/agreement GUI component illustrated in figures 121- 
5 123 can allow the user to specify the search of the contract/agreement data records based on 

additional search terms such as company business unit; royalty percentage; party company name; 
party type; party contact; IP type; name; reference number; and/or any comments. In another 
embodiment of the present invention, a user can enter search terms that can be the basis of a full 
text file search of the contract/agreement data records. After a user has entered search terms 

10 and/or criteria, the user can select and activate a submit button link to direct execution of the 
search of the contract/agreement data records based on a specified criteria and/or search terms. 
Alternatively, the user can select and activate a cancel button link to cause the search 
contract/agreement GUI component to be redisplayed without any search criteria and/or search 
terms or cause the IP management system to display the prior screen. 

1 5 Figure 1 24 shows an embodiment of a search results GUI component that can display 

contract/agreement data records that satisfy user-selected search criteria and/or search terms. 
Information relating to the contract/agreement data records meeting the terms and/or criteria of a 
search can be displayed in rows and can include information corresponding to the 
contract/agreement data record such as agreement name, agreement number, agreement type, and 

20 project number. In another embodiment additional and/or other information corresponding to the 
contract/agreement data records can be displayed. A user can cause a more detailed view of the 
data of the contract/agreement data records to be displayed by selecting and activating a row of 
information displayed by the search results GUI component and/or a particular data field of a 
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row of contract/agreement product record information displayed by the search results GUI 
component. 

Figures 125-127 show a view contract/agreement GUI component that can display 
information corresponding to a contract/agreement data record. For example, after a user has 
5 selected and activated a row of information displayed by the search results GUI component 

illustrated in Figure 124, the view contract/agreement GUI component illustrated in Figures 125- 
127 can provide a more detailed view of the information corresponding to the contract/agreement 
data record displayed in the row of the search results GUI component. The information relating 
to the contract/agreement that can be displayed by the contract/agreement GUI component can 

10 include information relating to the agreement name, agreement number, agreement type, project 
number, the product. The view contract/agreement GUI component can also display information 
relating to a contract summary such as exclusivity, form of agreement, type of revenue, unique 
terms and conditions, frequencies of payment, description, termination or renewal terms, a 
confidentiality period, a notice date, an effective date, a termination/renewal date, and a reason 

15 for termination. 

Information from associated data records can be displayed by the contract/agreement 
GUI component. For example, when there is a company business unit associated with the 
contract/agreement, the name of the company business unit and the royalty percentage can be 
displayed. Likewise, when there is a party to the contract associated with the 

20 contract/agreement, the company name, type, and contact can be displayed by the view 

contract/agreement GUI component. The contract/agreement GUI component can also display 
information relating to any IP data record associated with the contract/agreement data record and 
in particular can display information such as the IP type, the name, and a reference number. 
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Actions/payments due corresponding to the contract/agreement can also be displayed and can 
include information relating to expected due date, actual date, action type, expected amount, 
actual amount, expected action, actual action, internal contact, external contact, and comments. 
When there are associated files corresponding to the contract/agreement data record, information 
5 corresponding to the associated files can be displayed such as file name, and any comments 
regarding that file. 

In an embodiment, the view contract/agreement GUI component illustrated in Figures 
125-127 can include an edit button link to display and edit contract/agreement GUI component. 
An example of an edit contract/agreement GUI component is illustrated in Figures 128-131. The 

1 0 edit contract/agreement GUI component allows a user to view the information stored in and/or 
associated with the contract/agreement data record (i.e., it allows the user to modify the data 
corresponding to the contract/agreement data record). After a user has modified any data 
corresponding to the contract/agreement data record, the user can select and activate a submit 
button link to cause the updated contract/agreement data record to be saved. Alternatively, the 

1 5 user can select and activate a cancel button link to exit the edit contract/agreement GUI 
component without changing the contract/agreement data record. 

Figures 132-133 show an embodiment of a contracts reports GUI component 
corresponding to a contracts reports submodule of the contract/agreement module of the IP 
management system. The contracts reports GUI component can include a plurality of links to 

20 contract reports submodules that can generate and display one or more contract reports. For 
example, the contracts reports GUI component illustrated in Figures 132-133 can include a 
plurality of links to contract reports submodules such as: an upcoming termination report 
module; a royalty/reporting requirements by date module; a contracts by company business unit 
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module; a financial report by period module; a financial report by company business units 
module; an action report module; and a party report module. 

Figure 134 shows an illustration of an upcoming termination report GUI component that 
can allow a user to specify criteria for generating an upcoming termination report. A user can 
5 select and/or specify an agreement type and a period to be covered by the upcoming termination 
report. For example, Figure 135 shows that a user can specify one of a plurality of agreement 
types by a drop-down menu that includes agreement types such as: contract, internal use 
agreement, a marketing (external) agreement, intellectual property company/affiliates agreement, 
or all agreement types. Figure 136 shows that a time period for an upcoming termination report 

10 can be specified by a drop-down menu that specifies time periods such as the next 30 days, the 
next 60 days, the next year, and so forth. 

Figure 137 shows an illustration of an upcoming termination report results GUI 
component that can be displayed after a user has specified report criteria via the upcoming 
termination reports GUI component illustrated in Figure 134. Information corresponding to each 

1 5 contract/agreement satisfying the upcoming termination report criteria can be displayed such as: 
an effective date, a notice date, a termination date, a contract name, a contract number, and/or 
customer. A more detailed view of the contract/agreement data record displayed by the 
upcoming termination report results GUI component can be generated by selecting and activating 
information corresponding to a displayed contract/agreement data record. 

20 Figure 138 shows an embodiment of a royalty/reporting requirements by date report GUI 

component that can allow a user to specify information for generation of a royalty/reporting 
requirements by date report. For example, a user can specify an agreement type and a period 
covered by the report. Figure 139 shows an embodiment of royalty/reporting requirements by 
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date report results GUI component that can display information corresponding to each 
contract/agreement data record satisfying the specified report criteria such as: contract name, 
expected action due date, and actual action due date, action type, expected amount, actual 
amount, expected action, and actual action. A more detailed view of a contract/agreement data 
5 record can be generated by clicking on information corresponding to a contract/agreement data 
record that is displayed by the royalty/reporting requirements by date report results GUI 
component illustrated in Figure 139. 

Figure 140 is an illustration of an embodiment of a contracts by company business unit 
report GUI component. A user can specify report criteria for generating a report of contracts by 

10 company business units such as agreement type, company business unit, and a period covered by 
the report. Figure 141 shows a GUI component to display the results of a report of contracts by 
company business unit. A report of contracts by company business unit results GUI component 
can display the period covered by the report and the date the report was run. Information relating 
to each contract/agreement data record satisfying the report criteria can be displayed including 

1 5 information corresponding to the contract/agreement data records such as the company business 
unit, the agreement name, the product, the parties, the effective date, and the termination date. In 
an embodiment, a user can cause a more detailed view of each contract/agreement data record to 
be displayed by selecting and activating information corresponding to the contract/agreement 
data record. 

20 Figure 142 shows an embodiment of a GUI component to generate a financial report by 

period. A user can specify the agreement type and the period to be covered by the report. Figure 
143 is an illustration of an GUI component to display the results of a financial report by period 
and can include a display of the period covered by the report and the date the report was run. 
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The GUI component to display a financial report by period can include a listing of the 
contract/agreement data records satisfying the specified report criteria. A more detailed view of 
information related to a contract/agreement data record contained in the financial report by 
period can be displayed by selecting and activating information corresponding to the 
5 contract/agreement data record displayed in the financial report by period. 

Figure 144 is an illustration of a GUI component to generate a financial report by 
company business unit. A user can specify an agreement type, a company business unit, and a 
period to be covered by the report. Figure 145 shows an illustration of a GUI component to 
display a financial report by company business unit. The financial report by company business 

1 0 unit display GUI component can include a listing of the contract/agreement data records 

corresponding to the report criteria. Information corresponding to each contract/agreement data 
record can include the parties, company business unit, the agreement name, the agreement name, 
the expected amount, the actual amount, the due date, and the external contact. In another 
embodiment, other information corresponding to the contract/agreement data record meeting the 

1 5 report criteria can be displayed. In an embodiment, a user can cause a more detailed view of a 
contract/agreement data record to be displayed by selecting and activating information 
corresponding to the contract/agreement data record as displayed by the GUI component to 
display the financial report by company business unit illustrated in Figure 145. 

Figure 146 is an illustration of a GUI component to generate an action report. A user can 

20 specify action report criteria such as agreement type, action type, a period covered by the report, 
and sort criteria. For example, Figure 147 is an illustration of the GUI component to generate an 
action report including sort criteria that can be specified by a user via a drop-down menu. The 
sort criteria can include an internal responsible party, an external responsible party, a due date, 
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and a contract name. Figure 148 shows an illustration of a GUI component to display a listing of 
contract/agreement data records meeting the specified action report criteria. Information that can 
be displayed can include the expected due date, agreement name, action type, expected action, 
expected amount, internal contact, and external contact of each contract/agreement data record 
5 meeting the specified action report criteria. A more detailed view of a contract/agreement data 
record meeting the specified action report criteria can be generated by a user selecting and 
activating information corresponding to a displayed contract/agreement data record. 

Figure 149 shows a GUI component to generate a party report. A user can specify report 
criteria to generate the party report such as agreement type, associated parties, a period covered 

10 by the report. Figure 150 shows an illustration of a GUI component to display a listing of 
contract/agreement data records that satisfied specified party report criteria. The GUI 
component to display the party report illustrated in Figure 150 can include a display of the period 
covered by the report and the date the report was run. In an embodiment, for each 
contract/agreement data record meeting the party report criteria, information corresponding to 

1 5 each contract/agreement data record can be displayed such as parties, agreement name, company 
business unit, amount due, due date, and external contact. 
Searching/Reporting Module 

Figures 151-156 are illustrations of an embodiment of a searching/reporting top-level 
module and its submodule components. The searching/reporting top-level module allows a user 
20 to access report generation modules of other top-level modules. The searching/reporting module 
thereby allows a user to generate and view various reports from a common access point. 

Figure 151 is an illustration of an embodiment of a searching/reporting top-level GUI 
component. The searching/reporting top-level GUI component can include a plurality of links to 
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report generation modules of other top-level modules of the IP management system. For 
example, the searching/reporting top-level GUI component can include links to report modules 
of the contract/agreements top-level module and links to report generation modules of the 
marketing top-level module. In particular, the searching/reporting top-level GUI component can 
5 include a plurality of links to the report generation submodules of the contract/agreements top- 
level module such as a link to the upcoming termination report submodule, a link to the 
royalty/reporting requirements by date submodule, a link to the contracts by company entity 
report submodule; a link to the financial report by period submodule; a link to the financial 
report by company entity submodule; a link to the action report submodule; and a link to the 
10 party report submodule. The searching/reporting top-level GUI component can also include a 
plurality of links to the report generation submodules of the marketing top-level module such as 
a link to the top deals submodule, a link to the customer report submodule, a link to the re- 
marketing report submodule, a link to the status level report submodule, and a link to a company 
entity report submodule. 

1 5 When a user selects and activates the link to the upcoming termination report module 

displayed by the searching/reporting top-level GUI component, the GUI component to generate 
the upcoming termination report illustrated in Figure 134 can be displayed to the user. When a 
user selects and activates a link to the royalty/reporting requirements by date module displayed 
by the searching/reporting top-level GUI component, the GUI component to generate a 

20 royalty/reporting requirements by date report illustrated in Figure 138 can be displayed to the 

user. When a user selects and activates the link to the contracts by company entity report module 
displayed by the searching/reporting top-level GUI component, the GUI component to generate a 
report of contracts by company business unit illustrated in Figure 140 can be displayed to the 
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user. When a user selects and activates the link to the financial report by period module 
displayed by the searching/reporting top-level GUI component, the GUI component to generate a 
financial report by period illustrated in Figure 142 can be displayed to the user. When a user 
selects and activates the link to the financial report by company entity module displayed by the 
5 searching/reporting top-level GUI component, the GUI component to generate a financial report 
by company business unit illustrated in Figure 144 can be displayed to the user. When a user 
selects and activates the link to the action report module displayed by the searching/reporting 
top-level GUI component, the GUI component to generate an action report illustrated by Figure 
146 can be displayed to the user. When a user selects and activates the link to the party report 

1 0 module displayed by the searching/reporting top-level GUI component, the GUI component to 
generate a party report illustrated in Figure 149 can be displayed to a user. 

The searching/reporting top-level GUI component also allows a user to generate reports 
from the marketing top-level module. For example, when a user selects and activates the link to 
the top deals module displayed by the searching/reporting top-level GUI component, the GUI 

1 5 component to display the top deals report illustrated in Figure 1 02 is displayed to the user. When 
a user selects and activates the link to the customer report module displayed by the 
searching/reporting top-level GUI component, the GUI component to generate a customer report 
illustrated by Figure 1 03 can be displayed to the user. When a user selects and activates the link 
to the remarketing report module displayed by the searching/reporting top-level GUI component, 

20 the GUI component to generate a remarketing partner report illustrated in Figure 104 can be 
displayed to the user. When a user selects and activates a link to the status level report module 
displayed by the searching/reporting top-level GUI component, the GUI component to generate a 
status level report illustrated in Figure 106 can be displayed to the user. When a user selects and 
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activates the link to the company entity report module displayed by the searching/reporting top- 
level GUI component, the GUI component to generate a company business unit and/or entity 
report illustrated in Figure 109 can be displayed to the user 

The searching/reporting top-level GUI component illustrated in Figure 151 also include a 
5 link to a module to perform cross-module searching. Figure 1 52 illustrates an embodiment of a 
cross-module searching GUI component that allows a user to direct cross-module searching. In 
an embodiment, a user can enter and/or specify one or more criteria to control the output display 
of the cross-module searching module. For example, in the embodiment illustrated in Figure 
152, up to five items can be specified. Figure 153 is an illustration of the cross-module 

10 searching GUI component where a drop-down menu allows selection of items for the output 
display. The items for the output display can be data records relating to patents, trademarks, 
trade secrets, copyrights, products, marketing opportunities, and contracts. In another 
embodiment, additional and/or other data records can be specified as items for output display. 
Figure 154 shows an embodiment where a drop-down menu can be used to specify criteria that 

15 can control, in part, the cross-module searching. For example, a user can specify that a first 
criterion has a certain value and that a second criterion has a second value. The relationship 
between the criteria can have various logical values such as and/or operations. For example, in 
an embodiment the first and/or second criteria can be selected from a listing of criteria such as 
patent application number, patent docket number, trademark name, trademark application 

20 number, trademark docket number, trade secret name, copyright name, company entity, product 
name, company business unit. Other criteria and/or additional criteria can be used in another 
embodiment. For example, Figure 155 illustrates that additional criteria can be contacts, 
opportunity name, agreement name, and agreement type. After a user has selected the items for 
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output display and any desired criteria, the user can select and activate the search button link to 
direct conducting of the cross-module searching based on the specified criteria. Alternatively, a 
user can cancel the cross-module searching operation by selecting and activating the cancel 
button which can clear the data fields of the cross-module searching GUI component illustrated 
5 in Figure 155 and/or cause the display of the prior screen. 

Figure 156 shows an embodiment of a GUI component to display the results of a cross- 
module searching operation. For example, when a user has specified that marketing related data 
records and contracts related data records be the subject of a cross-module searching operation, 
marketing-related data records and contracts-related data records can be displayed. For example, 

1 0 information relating to the marketing-related data records can include the name and the 

customer. In another embodiment, other information corresponding to the marketing-related 
data records can be displayed. Also, information related to the contracts-related data records can 
be displayed such as the name and parties. In another embodiment, other and/or additional 
information corresponding to the contracts-related data records can be displayed by the GUI 

1 5 component to display the results of a cross-module searching operation illustrated in Figure 1 56. 
Contacts Module 

Figures 157 through 165 illustrate an embodiment of a contacts top-level module of the 
IP management system. In an embodiment, the contacts module allows a user to view and edit a 
contact data record. In another embodiment, the contacts module allows a user to create contact 
20 data records. 

Figure 157 shows an illustration of an embodiment of a contacts top-level GUI 
component. In an embodiment of the present invention, the contacts top-level GUI component 
can be displayed when a user selects and activates a link to the contacts top-level GUI 
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component. In another embodiment, a link to the contacts top-level GUI component can be 
included in another top-level GUI component as a link to a view/edit contacts submodule. The 
view/edit contacts GUI component illustrated in Figure 157 can include a button link to allow a 
user to search for a contact data record and/or a button link to add a contact data record. 
5 When a user selects and activates the search for contact button link displayed by the 

view/edit contact GUI component illustrated in Figure 157, the search for contacts GUI 
component illustrated in Figures 158-159 can be displayed to the user. The search for contacts 
GUI component illustrated in Figures 158-159 can include data fields to allow a user to enter 
and/or select criteria for the search for contacts operation. For example, a user can enter and/or 

1 0 specify criteria related to a company name, company sub-entity, type, an associated event data 
record, a date of an event, a comments regarding an event, and attached files regarding an event. 
In an embodiment, a user can also specify information regarding a contact in order to conduct the 
search for contacts. For example, a user can specify contact information such as name, title, 
country, title, address information, city, state, zip, and phone. In addition, a user can specify 

1 5 information regarding an individual contact event that is associated with a contact data record 
including information such as an individual contact date, an individual contact comments or an 
attached file associated with an individual contact event. After a user has specified and/or 
selected search criteria, user can select and activate a search button link to direct performance of 
the search for contacts operation. Alternatively, the user can select and activate the cancel button 

20 link to direct canceling of the search, redisplay of the search for contacts GUI component anew, 
and/or causing the prior screen to be displayed. 

Figure 160 is an illustration of a GUI component to display the results of a search for 
contacts. The GUI component to display the results of a search for contacts can include 
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information related to the located contact data records such as company name, company sub- 
entity, name, type, title and phone. The GUI component to display the results of a search for 
contacts can display a plurality of contact data records in a series of rows. A user can cause a 
more detailed view of information corresponding to a contact data record to be displayed by 
5 selecting and activating information corresponding to that contact data record. For example, 

contact data records can be of at least two different types. A contact can be a company contact in 
one embodiment. In addition, a company contact may be related to a plurality of individual 
contacts within that company contact. Accordingly, when the GUI component to display the 
results of the search for contacts illustrated in Figure 160 displays the name of an individual 
1 0 contacts a user can cause the display of additional information regarding that individual contact 
to be displayed by selecting and activating that name or other information related to that 
individual contact. 

For example, Figure 161 shows a view/edit individual contact GUI component. The 
view/edit individual contact GUI component can display information regarding an individual 

15 contact such as the individual's name, title, country, address, city, state, zip, phone. The 
view/edit individual contact GUI component can also allow for the display of information 
relating to events regarding that individual contact. For example, as illustrated in Figure 161, the 
view/edit individual contact GUI component shows that there is an individual contact event for 
the date of February 20, 2000, having comments of meeting with Tom and having an attached 

20 file ofPresentation.doc. In an embodiment, a user can select and activate the information 

corresponding to the attached files to cause the display or printing or other type of interaction 
with the attached file. In an embodiment, the view/edit individual contact GUI component can 
include an edit button link to cause the display of a GUI component to allow editing of an 
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individual contact data record. For example, Figure 162 shows an illustration of an embodiment 
of an add/edit individual contact GUI component. A user can specify information regarding the 
individual contact using the add/edit individual contact GUI component. A user can also add 
individual contact event data records relating to the individual contact. When a user has added 
5 an individual contact event data record as being associated with the individual contact data 

record, the date, comments and any attached files regarding that individual contact event can be 
displayed. Likewise, a user can edit an individual contact data record by removing an associated 
individual contact event data record. 

Figure 163 shows an embodiment of a view contact GUI component. A view contact 

10 GUI component can allow the display of company contact information. For example, in the 
embodiment illustrated in Figure 163, the contact information displayed can include the 
company name, a relationship with the company sub-entity, a type of contact, and events 
regarding the contact. The contact data record can also be associated with individual contact 
data records corresponding to the contact data record. For example, for a contact data record, 

1 5 information relating to the individual contact data record can include the name of the individual 
contact, title, address, city, state, country, zip, phone and any comments regarding that individual 
contact of the contact. In an embodiment, the view contact GUI component illustrated in Figure 
163 can include an edit button link to allow a user to edit the contact data record. 

Figures 164 to 165 show an illustration of an embodiment of an add/edit contact GUI 

20 component. A user can specify and/or select information corresponding to a contact data record 
via the add/edit contact GUI component. For example, a user can specify a company name, a 
company sub-entity, a type of contact and events related to the contact. The add/edit contact 
GUI component can also include an add individual contact and/or remove individual contact 
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button links to allow a user to add and/or remove associated individual contact data records as 
being associated with the contact data record. After a user has associated an individual contact 
data record with the contact data record, the add/edit contact GUI component can display 
information corresponding to the associated contact data record such as name, title, address, city, 
5 state, country, zip, phone, and any comments. The add/edit contact GUI component can include 
a submit button link and a cancel button link to allow a user to save and/or cancel saving of any 
modified or newly entered contact information. In an embodiment, the add/edit contact GUI 
component illustrated in Figure 164-165 can be displayed to a user when the user selects and 
activates the button link to add a contact data record illustrated in Figure 157. 
1 0 Figures 50-1 65 provide an illustration of a preferred embodiment of an intellectual 

property management system to create and track data records relating to the marketing of 
intellectual property. The GUI components illustrated in figures 50 through 165 are merely 
illustrative of the types of interfaces that can be presented to a user to facilitate the efficient 
monitoring and creation of intellectual property marketing information. 
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SECTION 7: IP MANAGEMENT SYSTEM - SYSTEM DIAGRAMS 



Figures 166-177 show system level diagrams of an embodiment of the present invention. 
In an embodiment of the present invention, an IP management system can store and update data 
records relating to the marketing of intellectual property in an advantageous and efficient 
5 manner. Whereas Figures 50-165 show a specific implementation of an IP management system 
having a graphical user interface with web browser-based functionality, other embodiments of an 
IP management system may be differently configured. For example, another embodiment of an 
IP management system may be a text-based user interface system. In another embodiment of the 
present invention, an IP management system may use a different type of graphical user interface. 

10 Further, another embodiment of the present invention can have a user interface that is responsive 
to voice commands and is capable of generating audio prompts, video prompts, text prompts, 
data prompts, and other interactive prompts to solicit information and generate reports. In an 
embodiment, an IP management system includes components for generating reports to 
supervisory personnel and promulgation of alerts to prompt for additional information relating to 

1 5 the management of marketing intellectual property. 

Figure 166 shows a high level system diagram of an IP management system 199. IP 
management system 199 can include a plurality of modules relating to IP management 
operations. For example, IP management system 199 can include an IP inventory module 200, a 
product inventory module 300, a marketing module 400, a contracts/agreements module 500, a 

20 reporting/searching module 600, and a view/edits contacts module 700. Figure 166 shows a 
generic representative of an IP management system to manage the marketing of intellectual 
property, whereas Figures 50-165 show one example of a specific intellectual property system 
for the marketing of intellectual property. 
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In an embodiment, each module of the IP management system 199, such as modules 200, 
300, 400, 500, 600, 700, can include a plurality of instructions to be executed by a processor to 
perform the methods and operations herein described. For example, in an embodiment, the IP 
management system 199 described in Figures 166-177 can include computer software that can be 
5 distributed to corporations and other entities to manage the marketing of IP. 

In an embodiment, when a user accesses IP management system 199, the user is provided 
with the ability to access one or more of IP inventory module 200, product inventory module 
300, marketing module 400, contract/agreements module 500, reporting/searching module 600, 
and/or view/edit contacts module 700. In another embodiment, when a user accesses IP 

10 management system 199, the system determines one or more pending actions that are required 
and accesses the appropriate modules corresponding to the one or more required actions. For 
example, in an embodiment, when a user accesses the IP management system 199, there may be 
a required marketing action that is outstanding. Accordingly, the IP management system 199 
will display information corresponding to the marketing module 400 to the user or display the 

1 5 marketing module 400 or a submodule of marketing module 400 to the user to prompt for 
required input and/or action. 

Figure 167 shows an embodiment of an IP inventory module 200. An example of a 
particular implementation of an IP inventory module 200 is illustrated in Figures 54-64. In an 
embodiment, the IP inventory module 200 can include a plurality of submodules such as a 

20 create/edit trade secret/copyright inventory module 210, a view IP inventory module 220, and a 
search IP inventory module 230. In another embodiment, IP inventory module 200 can include a 
create/edit patent inventory module, a create/edit trademark inventory module, and other 
create/edit intellectual property inventory modules. The IP inventory module 200 can interact 
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with a patent and trademark application docketing system 250. Patent and trademark application 
docketing system 250 can comprise one or more systems that can track and generate reports 
regarding the status of patent and/or trademark applications. 

In an embodiment, the create/edit trade secret/copyright inventory module 210 allows the 
5 user to create or edit a data record corresponding to a trade secret or a copyright. The trade 
secrets and/or copyrights data records can correspond to trade secrets and/or copyrights in 
various stages of development (e.g., pending, filed, registered, under development, protected, 
etc.). The IP inventory module 200 including and/or coupled to the create/edit trade 
secret/copyright inventory module 210 allows a user (e.g., an individual, a corporation, an entity, 

10 an organization) to track and develop an inventory of trade secret and copyright-related 

intellectual property. In an embodiment, the create/edit trade secret/copyright inventory module 
210 is coupled to an add/remove associated files module 21 1. The add/remove associated files 
module 211 allows a user to associate a file with an IP data record. For example, for a trade 
secret-related IP data record, an associated file can include a description of the trade secret. 

15 Alternatively, for a copyright-related IP data record, an associated file can include documents 
related to the copyright. As a further example for a trade secret-related IP data record, an 
associated file can include a listing of individuals having access to or control over the trade 
secret corresponding to the trade secret data record. Thus, according to an embodiment of a 
present invention, data records for inventorying IP can be created and can include associated 

20 files related to the IP units corresponding to the IP data records. 

In an embodiment of the present invention, view IP inventory module 220 allows a user 
to view information corresponding to an IP data record. The view IP inventory module 220 can 
cause the display of data fields of the IP data record. In an embodiment, the view IP inventory 
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module 220 includes submodules directed to the viewing of data records related to patents, 
trademarks, and/or trade secret/copyrights. For example, in an embodiment, view IP inventory 
module 220 can include or be coupled to a view patent inventory module 221, a view trademark 
inventory module 222, and a view trade secret/copyright inventory module 223. In another 
5 embodiment, there are discrete modules for viewing trade secret inventory data records and 

viewing copyright inventory data record. In the embodiment illustrated in Figures 167, the view 
patent inventory module 221 is coupled to the patent and trademark application docketing system 
250 to retrieve information corresponding to the patent data records. In an embodiment, the 
patent and trademark application docketing system 250 controls the creation and editing of 

10 patent-related IP data records, and view patent inventory module 221 can only display 

information of the patent-related IP data records (not create or edit the patent-related IP data 
records). In an embodiment, the view trademark inventory module 222 can receive and display 
information from the patent and trademark application docketing system 250 regarding 
trademark-related IP data records. The view trade secret/copyright inventory module 223 can 

15 access and display information corresponding to trade secret/copyright-related IP data records. 
In an embodiment, each of view inventory modules 221, 222, 223 can include links to modules 
to edit the displayed IP data records. 

Search IP inventory module 230 can control searching for IP data records. In an 
embodiment, the search IP inventory module 230 can include and/or be coupled to a search 

20 patent inventory module 231, a search trademark inventory module 232, and a search trade 

secret/copyright inventory module 233. A user can provide search criteria or select a predefined 
set of search criteria in order to search for IP data records. Search patent inventory module 23 1 
and search trademark inventory module 232 can each generate a search query to be sent to patent 
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and trademark application docketing system 250 and can receive a response from patent and 
trademark application docketing system 250 corresponding to the query. In an embodiment, 
each of search inventory modules 23 1, 232, 233, can display information relating to the IP data 
records satisfying the search criteria. In an embodiment, a user can instruct the IP management 
5 system 199 to display a more detailed view of the IP data record located pursuant to the specified 
search. 

Figures 168-169 shows a system level diagram of a product inventory module 300. An 
example of a particular implementation of a product inventory module 300 is shown by the 
graphical user interface Web browser-based module illustrated in Figures 65-83. However, other 

10 embodiments of a product inventory module 300 are not limited to a graphical user interface 
Web browser-based implementation and can be implemented with other user interfaces. 

In an embodiment, product inventory module 300 includes and/or is coupled to a 
create/edit product inventory module 310, a view product inventory module 320, a search 
projects module 330, and a view/edit contacts module 700. The product inventory module 300 

1 5 and its associated submodules can allow a user to create a product data record as part of creating 
an inventory of product data records related to the marketing of intellectual property. For 
example, a product data record related to the marketing of intellectual property can include data 
records relating to a preferred embodiment of an invention for which a patent application has 
been filed. In another example, the product data record can include data records relating to an 

20 innovation that is protected, covered by, or related to a patent application, the subject matter of 
copyright application, the subject matter of a trademark application, and/or a trade secret. 
Product inventory module 300 can create and update an inventory of product data records, and 
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provides for association of those product data records with IP data records to advantageously 
allow enhanced management of IP marketing. 

In an embodiment, product inventory module 300 includes and/or is coupled to 
create/edit product inventory module 3 1 0. Create/edit product inventory module 3 1 0 can allow a 
5 user to create or edit a product data record of a database of product data records. Each product 
data record can correspond to a product such as a product of a corporation, a product of a 
company, a product of an individual, a product of an entity, and so forth. Examples of products 
include, without limitation, articles of manufacturing, business processes, and other known 
products. In an embodiment, the create/edit product inventory module 310 can be coupled to an 

10 add/remove associated contacts module 311 that can allow a user to specify contacts that are 
associated with a product. For example, a contact can be a company that may be a potential 
target of a marketing effort to sell the product and/or the related intellectual property or a 
strategic sales partner to assist in selling the IP asset. Create/edit product inventory module 310 
can be coupled to the add/remove associated patents module 312, which can allow a user to 

15 associate patent-related IP data records with the product data record. For example, a product 
may be the subject of one or more patent applications, and add/remove associated patents 
module 312 allows a user to associate patent-related IP data records corresponding to the patent 
applications to be associated with the product data record corresponding to the product. 
Similarly, add/remove associated trademarks module 313 and add/remove associated trade 

20 secret/copyright module 314 allow trademark, trade secret and copyright-related IP data records 
to be associated with a product data record. In an embodiment, the create/edit product inventory 
module 310 can include or be coupled to a module to create a trade secret/copyright data record 
such as create/edit trade secret/copyright module 210. The create/edit trade secret/copyright 
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inventory module 210 that allows a user to enter or revise information corresponding to a trade 
secret/copyright-related IP data record. The create/edit product inventory module 210 can be 
coupled to add/remove associate files module 21 1 to allow a user to associate files (e.g., 
computer files) with a trade secret/copyright-related IP data record. In an embodiment 
5 create/edit product inventory module 310 can be coupled to an add/remove associated files 
module 318 that can allow a user to associate computer files with the product record. For 
example, a computer file may describe a product, a plan of development for a product, a strategy 
regarding a product, a marketing plan regarding a product, and so forth. Such files can be 
associated with a product data record via the add/remove associated files module 318. 

10 In an embodiment, the product inventory module 300 includes and/or is coupled to a 

view product inventory module 320. The view product inventory module 320 can allow the user 
to view product data records, in a variety of ways. For example, view product inventory module 
320 can be coupled to a view all projects module 321 to allow a user to direct a display of all 
product data records. The view product inventory module 320 can be coupled to modules to 

15 generate reports regarding product data records, such as a view all products sorted by business 
unit module 323 and a view all products for a business unit module 325. View all products 
sorted by business unit module 323 can generate a report listing all product data records sorted 
by business unit. A user can select a specific business unit using view all products for a business 
unit module 325 and a listing of all product data records corresponding to that selected business 

20 unit can be generated. The view product inventory module 320 can also include and/or be 

coupled to a view all projects multi-level sort module 327 that can allow a user to specify sort 
criteria for generating a listing of all products data records. In an embodiment of the present 
invention, a user can select to view in greater detail an individual product record via a view 
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individual product module 322 that can be coupled to each of view modules 32 1, 323, 325, and 
327. In an embodiment, when a report listing product data records is generated by one of the 
view modules 321, 323, 325, and 327, a user can select activation of the view individual product 
module 322 and a more detailed view of information relating to the individual product data 
5 record can be displayed to the user. In an embodiment, view individual project module 322 can 
include and/or be coupled to a module to edit the individual product data record so that the 
individual product data record can be updated or otherwise edited. 

In an embodiment, product inventory module 300 can include or be coupled to a search 
projects module 330. Search products module 330 can allow a user to specify search criteria or 

1 0 generate a search of the product data records. A search can be based on search criteria such as 
whether a product data record is associated with a particular contact data record, associated with 
one or more patent-related IP data records, associated with one or more trademark-related IP data 
records, associated with one or more trade secret/copyright-related IP data records, associated 
with a particular computer file, and so forth. Search products module 330, thereby can be 

1 5 coupled to an add/remove associated contacts module 33 1 , an add/remove associated patents 
module 332, an add/remove associated trademark module 333, an add/remove trade 
secret/copyright module 334, and an add/remove associated files module 335 to allow a user to 
specify search criteria. In an embodiment, add/remove associated contacts module 3 1 1 is 
generally the same as the add/remove associated contacts module 331, and can be called by 

20 either create/edit product inventory module 310 and/or search projects module 330 to 

add/remove an associated contacts data record with a product data record or a search inquiry. 

After a user has specified search criteria using the search projects module 330, the user 
can direct execution of the search and the results of the search can be displayed to the user via 
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the view search result/product module 337. In an embodiment in which view search 
results/product module 337 allows the display of information corresponding to a plurality of 
product data records, a user can direct the display of additional information corresponding to an 
individual product data record via view individual product module 322. In an embodiment, view 
5 individual product module 322 can be coupled to create/edit product inventory module 3 10 to 
allow a user to edit the product data record displayed by the view individual product module 322. 

In an embodiment, product inventory module 300 is coupled to a view/edit contacts 
module 700. The view/edit contact module 700 can allow a user to view, edit, and create 
contacts that can be associated with a product data record. In an embodiment, contacts can be 

1 0 one of at least two types: a organizational contact and an individual contact. In an embodiment, 
organizational contacts can be associated with one or more individual contacts. For example, a 
particular business can be an organizational contact, and the employees of that business can be 
individual contacts associated with the organizational contact. The operation of the view/edits 
contacts modules 700 is set forth in greater detail by Figure 177 and the accompanying text 

1 5 describing Figure 1 77 . 

Figures 170-172 show an embodiment of a system level diagram of a marketing module 
400. A particular example of a marketing module is illustrated by Figures 84-1 10, which show 
an example of a graphical user interface web browser-based implementation of a marketing 
module 400. However, other implementations of a marketing module 400 can include other 

20 types of user interfaces. 

In an embodiment, marketing module 400 is coupled to create new project module 410, a 
view/edit project module 420, a project search/reports module 440, a standard project report 
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module 460, and a view/edit contacts module 700. In an embodiment, each of submodules 410, 
420, 440, 460 and 700 can be accessed via marketing module 400. 

In an embodiment, marketing module 400 includes and/or is coupled to create new 
project module 410. Create new project module 410 can allow a user to create a project data 
5 record. A project data record can specify and include information relating to a project for the 
marketing of IP. The create new project module 410 can include or be coupled to an add/remove 
associated products module 41 1, an add/remove associated customer module 412, an add/remove 
associated remarketing partners module 413, an add/remove associated IP personnel module 414, 
an add/remove associated .files module 415, an add/remove associated contract module 416, and 

10 a create contract/agreement module 510. The submodules 411, 412, 413, 414, 415, 416, 510 can 
allow a user to specify information and/or associated data records of the project data record. 

View/edit project module 420 can be part of or be coupled to marketing module 400. In 
an embodiment, view/edit project module 420 can allow a user to view and potentially edit a 
project data record by performing a search for one or more project data records. For example, 

1 5 view/edit project module 420 can include or be coupled to a default search module 421 and a 
custom sort module 424. Default search module 421 can allow a user to specify a search of the 
project data records based on default search criteria, and the project data records meeting the 
default search criteria can be displayed by the view default search results module 422. Likewise, 
a user can specify custom sort criteria via custom sort module 424, and view custom sort results 

20 module 425 can display the project data records corresponding to the specified custom sort 
criteria. When one or more project data records are displayed by view default project search 
results module 422 and/or view custom sort results module 425, a user can direct that a more 
detailed view of the project data record be displayed by view individual project module 423. In 
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an embodiment view individual project module 423 can be coupled to an edit project module 430 
to allow a user to edit a project data record after viewing the project data record. In an 
embodiment, a user can edit a project data record via submodules of the edit project module 430, 
such as an add/remove associated products module 431, an add/remove associated customers 
5 module 432, an add/remove associated remarketing partners modules 433, an add/remove 

associated IP personnel module 434, an add/remove associated files module 435, an add/remove 
associated contract module 436, and a create contract/agreement module 437. 

In an embodiment, project search/reports module 440 is part of or coupled to marketing 
module 400. Project search/reports module 440 can allow a search of and/or generation of 

10 reports regarding the project data records to be performed. For example, a search of the project 
data records can be conducted using project search/reports module 440 and submodules that can 
specify search criteria such as an add/remove associated product module 441, an add/remove 
associated customer module 442, an add/remove associated remarketing partner module 443, an 
add/remove associated IP group personnel module, and an add/remove associated contract 

1 5 module 445. After search criteria are specified, the results of the search of the project data 

records can be viewed using view project/search results module 447. When view project search 
results module 447 displays one or more project data records, a more detailed view of a project 
data record can be displayed by view individual project module 423. In an embodiment, the 
view individual project module 423 can be coupled to an edit project module 430 to allow a user 

20 to edit a project data record after viewing the project data record via view individual project 
module 423. 

In an embodiment, standard project reports module 460 can generate one or more 
standard reports of project data records based on various report criteria. For example, standard 
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project reports module 460 can include or be coupled to a view top deals report module 461 to 
generate a top deals report, a customer report module 464 and view customer report module 465 
to generate a customer report, a remarketing report module 467 and view remarketing report 
module 468 to generate a remarketing report, a status level report module 471 and view status 
5 level report module 472 to generate a status level report and a business unit report module 474 
and view business unit report module 475 to generate and view a business unit report. In an 
embodiment, each of view report modules 461, 465, 468, 472, and 475 can display a listing of 
project data records satisfying report criteria. For example, a customer report can be based on a 
user-identified customer. Likewise, a status level report can be based on project data records 

10 having an indicated status level. Similarly, a business unit report can include a listing of project 
data records corresponding to a business unit selected by a user. In an embodiment, each of view 
report modules 461, 465, 468, 472, 475 can be coupled to a view individual project module 423 
to allow a user to view in greater detail a project data record included in a report. In an 
embodiment, view individual module 423 can be coupled to edit project module 430 to allow a 

1 5 user to edit the project data record displayed by the view individual project module 423. 

In an embodiment, marketing module 400 can be coupled to a view/edit contacts module 
700 to allow a user to view/edit or create contact data records that can be associated with a 
project data record. 

Figures 173 - 175 show an embodiment of a system level diagram of a 

20 contracts/agreements module 500. A particular example of a contracts/agreements module is 
illustrated in Figures 1 1 1 to 150, which show a graphical user interface Web browser-based 
embodiment of a contracts/agreements module. However, other contracts/agreements modules 
can be implemented using other user interfaces. For example, examples of other user interfaces 
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include text-based user interfaces, voice interactive user interfaces, and other user interfaces. In 
an embodiment, contracts/agreements module 500 allows a user to create a data record 
corresponding to a contracts/agreement relating to the marketing of intellectual property. For 
example, the marketing of intellectual property can relate to an execution of a license, a contract 
5 to sell or otherwise dispose of intellectual property, and other agreements relating to the 

marketing and assertion of intellectual property. In accordance with an embodiment of present 
invention, contracts/agreement data records can be created, modified, and tracked in order to 
manage the marketing of intellectual property. 

In an embodiment, contracts/agreements module 500 includes and/or is coupled to a 

1 0 create contract/agreement module 510. Create contract/agreement module 5 1 0 can create and/or 
edit a contract/agreement data record based on user inputs and/or specifications. In an 
embodiment, create contract/agreement module 510 is coupled to an add/remove associated 
business unit module 51 1 to allow a user to associate a business unit data record with the 
contract data record, an add/remove associated party module 512 to allow a user to specify 

1 5 associated party data records that are to be associated with the contracts/agreement data record, 
an add/remove associated IP module 513 to allow a user to specify associated IP data records 
that should be associated with the contracts/agreement data record, an add/remove associated 
action item module 5 1 4 that can (in concert with add action module 515) allow a user to specify 
action item data records that can be associated with the contracts/agreement data record, an 

20 add/remove associated internal party module 516 to allow a user to specify an associated internal 
party data record with the contract/agreement data record, an add/remove associated external 
party module 517 to allow a user to specify external party data records that are to be associated 
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with the contract/agreement data record, and an add/remove associated files module 518 to allow 
a user to specify computer files that are to be associated with the contract/agreement data record. 

Search contracts/agreements module 520 can be coupled to contracts/agreements module 
500. Search contracts/agreements module 520 can allow a user to specify search criteria and/or 
5 search terms for searching the contract/agreement data records. In an embodiment, a user can 
specify search terms and/or criteria via one or more submodules of the search 
contracts/agreements module 520. In an embodiment, the submodules to specify search terms 
and/or criteria can include an add/remove associated business unit module 521, an add/remove 
associated party module 522, an add/remove associated IP module 523, and an add/remove 

1 0 associated action module 524. 

After a user has specified search criteria and/or search terms, the user can direct 
execution of the search. View search results contracts/agreements module 525 can display the 
contract/agreement data records meeting the user specified search criteria and/or terms. In an 
embodiment, the view search results contracts/agreements module 525 can display information 

1 5 from one or more contract/agreement data records. A user can cause a more detailed view of a 
contract/agreement data record to be displayed via view contract/agreement module 527 that can 
be coupled to the view search results contracts/agreements module 525. In an embodiment, after 
a user has viewed a contract/agreement data record via view contract/agreement module 527, a 
user can edit the contract/agreement data record via edit contract/agreement module 530. Edit 

20 contract/agreement module 530 can be coupled to a plurality of submodules allowing the 

contract/agreement data record to be edited. For example, the edit contract/agreement module 
530 submodules can include: an add/remove associated business unit module 531, an 
add/remove associated party module 532, an add/remove associated IP module 533, an 
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add/remove associated action module 534 coupled to an add action module 535, an add/remove 
associated internal party module 536, an add/remove associated external party module 537, and 
an add/remove associated files module 538. In an embodiment, the submodules of the edit 
contract/agreement module 530 generally correspond to the submodules of the create 
5 contract/agreement module 510. 

In accordance with an embodiment of the present invention, a standard contracts reports 
module 540 is part of or coupled to contracts/agreements module 500. Standard contracts reports 
module 540 can allow a user to generate reports based on contract/agreement data records. In an 
embodiment, standard contracts reports module 540 allows one or more standard reports to be 

1 0 generated based on the contract/agreement data records and predefined report criteria. In an 

other embodiment, standard contracts reports module 540 includes or is coupled to a plurality of 
submodules to generate standard reports that can include user specified report criteria. For 
example, standard contracts reports module 540 can be coupled to an upcoming terminations 
report module 541 that can allow a user to specify the scope of an upcoming terminations report. 

15 In an embodiment, after a user has specified the scope of an upcoming terminations report, view 
upcoming terminations report module 542 can display the contract/agreement data records 
meeting the criteria of the specified upcoming terminations report. A royalty/reporting 
requirements sorted by date report module 544 can allow a user to generate a royalty/reporting 
requirements sorted by date report. 

20 In an embodiment, a user can specify certain report criteria such as the scope of time 

covered by the report and/or other related factors. In an embodiment, view royalty/report 
requirements sorted by date report module 545 can display a listing of the contract/agreement 
data records meeting the report requirements specified by a user in conjunction with 
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royalty/reporting requirements sorted by date report module 544. A user can view a report of 
contracts sorted by business unit via contracts sorted by business unit report module 547 and 
view contracts sorted by business unit report module 548. A user can direct the display of a 
financial report with records sorted by period via financial report sorted by period report module 
5 551 and view financial report sorted by period report module 552. Financial reports sorted by 
business unit report module 554 can allow a user to specify generation of a financial report 
sorted by business unit, and view financial report sorted by business unit report module 555 can 
display a financial report sorted by business unit. In an embodiment, action report module 557 
can allow a user to specify action criteria that can be the basis of an action report, and view 

10 action report module 558 can display contract/agreement data records meeting the action report 
criteria. Party report module 561 can generate a party report of contract/agreement data records 
based on specified report criteria. In an embodiment, each of the view report modules 542, 545, 
548, 552, 555, 558, and 562 can display information corresponding to contract/agreement data 
records meeting specified report criteria. In an embodiment, each of the view report modules 

15 542, 545, 548, 552, 555, 558, and 562 can be coupled to a view contracts/agreement module 527 
to allow a user to view a more detailed display of information relating to the contracts/agreement 
data records. 

In an embodiment, contracts/agreements module 500 is coupled to a view/edit contact 
module 700. The view/edit contact module 700 can allow a user to view, edit and create contact 
20 data records related to the contract/agreement data records. 

Figure 176 shows an illustration of a system diagram of a reporting/searching module 
600. A particular embodiment of a reporting/searching module is illustrated in Figures 151 — 
156, which show an illustration of a graphical user interface Web browser-based embodiment of 
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reporting/searching module. Other embodiments of a reporting/searching module can utilize 
alternative user interfaces. In an embodiment, reporting/searching module 600 can include 
and/or be coupled to a standard contracts report module 540, a standard project report module 
460, and a cross module searching module 610. In an embodiment, the standard contracts 
5 reports module 540 coupled to the reporting/searching module of 600 of Figure 176 corresponds 
to the standard contracts reports module 540 of Figure 175. In an other embodiment, the 
standard project reports module 460 coupled to the reporting/search module 600 of Figure 176 
can correspond to the standard project reports module 460 of Figure 172. 

In an embodiment, cross module searching module 610 is part of and/or is coupled to 

10 reporting/searching module 600. Cross module searching module 610 can allow a user to 

specify criteria relating to a cross module search of various data records related to intellectual 
property marketing. View cross module search results module 611 can allow a user to view data 
records satisfying the cross module searching criteria specified by a user and/or by cross module 
searching module 610. In an embodiment, view cross module search results module 611 can 

1 5 display a plurality of data records and/or information corresponding to data records. A user can 
have additional information of a data record displayed by the view cross module search results 
module 611. In an embodiment, view cross module search results record module 612 can direct 
the display of and/or display additional information corresponding to a selected data record. 

Figure 177 shows a system level diagram of an embodiment of an organizational contacts 

20 module in accordance with an embodiment of the present invention. In an embodiment, Figures 
157- 165 illustrate a particular embodiment of an organization contacts module 700 having a 
Web browser-based graphical user interface. In another embodiment of the present invention, 



- 150- 



BS00-428 



organizational contacts module 700 has another type of user interface such as a text-based user 
interface, an interactive voice interface, and so on. 

In accordance with an embodiment, organizational contacts module 700 can include or be 
coupled to a search organizational contacts module 710. Search organizational contacts module 
5 710 can allow a user to search organizational contact data records. A user can specify the search 
terms and/or search criteria for the search of the organizational contact data records via 
add/remove organizational contact event module 711, and add/remove individual contact event 
module 712. In an embodiment, an organizational contact data record can be associated with an 
organizational contact event data record and/or an individual contact event data record. 

1 0 Examples of event data records include data records regarding actions to be taken with respect to 
a contact and the marketing of IP. After a user has specified any search criteria via search 
organizational contacts module 710 and any submodules, a user can view the organizational 
contacts search results via view organizational contacts search results module 720. In an 
embodiment, view organizational contacts search results module 720 can display a listing of 

1 5 information corresponding to the organizational contacts data records meeting the specified 

search criteria. A user can select to view additional information about an individual contact data 
record associated with an organizational contact data record via view individual contact module 
730. In an embodiment, the view individual contact module 730 can be coupled to an add/edit 
individual contact module 735 to add and/or edit individual contact data records associated with 

20 the organizational contact data record. In an embodiment, add/edit individual module 735 can be 
coupled to an add/remove individual contact event module 736 to specific individual contact 
events associated with an individual data record. 
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A user can select to view additional information about an organizational contact data 
record via view organizational contact module 740. In an embodiment, the user can choose to 
edit information corresponding to the organizational contact data record via the add/edit 
organizational contact module 745. Add/edit organizational contact module 745 can be coupled 
5 to organizational contacts module 700 to allow a user to add an organizational contact data 
record to the IP management system. In an embodiment, add/edit organizational contact event 
module 745 can be coupled to add/remove organizational contact event module 746 to allow a 
user to specify an event data record associated with the organizational contact data record. 
Examples of event data records include data records related to deadlines, goals, meetings, and 

10 other events related to the marketing of intellectual property. In an embodiment, add/edit 

organizational contact module 745 can be coupled to an add/remove individual contact module 
747 to specify individual contact data records associated with an organizational contact data 
record. When a user has invoked add/remove individual module 747, a user may access add/edit 
individual module 735 to add or edit an individual contact data record. In an embodiment, 

1 5 add/edit individual contact module 735 can be coupled to add/remove individual contact event 
module 736 to allow a user to specify individual contact event data records associated with an 
individual contact data record. 
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SECTION 8: MANAGEMENT OF IP MARKETING - SYSTEM DIAGRAMS 
Figures 178-188 show a system level diagram of a management of IP marketing system 
in accordance with an embodiment of the precedent invention. Moreover, figures 178-188 
illustrate both systems and methods for the management of intellectual property marketing and 
5 can include a plurality of components and/or stages to perform functions and tasks regarding the 
management of intellectual property marketing. In the embodiment illustrated in figures 178- 
188, a management of intellectual property marketing system 1001 comprises often subsystems 
and/or modules. In another embodiment of the present invention, a different number of 
subsystems and modules can be used to comprise a management of IP marketing system. In still 
1 0 another embodiment, the management of IP marketing systems may have a different number of 
submodules, as well as different durations, precedents steps, successors steps, resources, etc. 

Figure 178 shows an overview of a management of IP property marketing system 1001. 
The management of IP marketing system 1001 can include ten modules such as initial research 
module 1 100, market research and analysis module 1200, pre-transaction report module 1300, 
1 5 marketing plan and package module 1 400, product sale module 1 500, contract negotiation 
module 1600, transaction report module 1700, contract execution module 1800, maintenance 
plan module 1900, and project closeout module 1950. In an embodiment, each of modules 1 100 
- 1950 can comprise a plurality of instructions to be executed by a processor to perform 
functions and/or steps associated with the management of IP marketing. In an embodiment, the 
20 management of IP marketing system 1001 can generate reports, prompt decision makers, provide 
for data storage, and perform other tasks related to the management of IP marketing. 

Figure 179 shows a system level diagram of an initial research module 1 100. The initial 
research module 1 100 can perform operations related to conducting initial research regarding 
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potential development of intellectual property. In an embodiment, initial research module 1 100 
includes and/or is coupled to a client interview scheduling and preparation module 1110. Client 
interview scheduling and preparation module 1 1 10 can perform operations to schedule 
interviews with potential developers and creators of intellectual property. For example, client 
5 interview scheduling and preparation module 1 1 1 0 can create and/or modify a data record 
corresponding to a person associated with the creation and/or development of intellectual 
property regarding an interview to describe a potential intellectual property unit and confirm that 
preparations for such an interview meeting are completed. 

A client interview execution and documentation module 1 120 can be coupled to the client 

1 0 interview schedule and preparation module 1110. The client interview execution and 

documentation module 1 120 can create and/or modify data records regarding the execution and 
documentation of the client interview. In one embodiment, the client interview execution and 
documentation module 1 120 can prompt a user as to the completion of tasks associated with the 
client interview and can generate a report regarding the preparation and execution of a client 

1 5 interview. For example, the client interview execution and documentation module 1 120 can be 
coupled to and/or and include a plurality of submodules module. A product information 
gathering module 1 121 can prompt, record, and/or report whether product information relating to 
a client interview has been gathered, recorded, and/or indexed. Technical support issue 
identification module 1 122 can determine in part whether or not there is a technical support issue 

20 with respect to the client interview. An example of a technical support issues include installation 
support needed (e.g., not plug and play) and helpline assistance required. Potential roadblocks 
identification module 1 123 can assist a user in determining whether there are any potential 
roadblocks regarding the client interview. Examples of potential roadblocks include intellectual 
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property that may infringe another's IP, IP that is not yet fully operational, and senior 
management that may not want to sell or license the IP. Potential customers/suppliers 
identification module 1 124 can prompt a user to identify potential customers and/or suppliers. In 
an embodiment, potential customers/suppliers identification module 1 124 can be coupled to a 
5 database having a plurality of data records regarding potential customers and/or suppliers. In 
another embodiment, potential customers/suppliers identification module 1 124 can allow a user 
to identify potential customers and/or suppliers by entering text and/or creating a data record to 
identify a potential customer/supplier. IP issues initial assessment module 1 125 can perform an 
operation regarding initial assessment of IP issues. For example IP issues initial assessment 

10 module 1 125 can prompt, record, and/or generate a report regarding whether there appear to be 
any intellectual property issues with respect to the client interview. The IP issues initial 
assessment module can access a listing or database of common or typical IP issues. 

Another submodule of client interview and execution and document module 1 120 can be 
client organization decision maker identification Module 1 126. In an embodiment, client 

1 5 organization decision maker identification module 1 1 26 will prompt a user to enter identification 
on the appropriate client organization decision maker regarding the potential intellectual property 
associated with the client interview. In another embodiment, client organization decision maker 
identification module 1 126 can identify the client organization decision maker based upon 
certain parameters related to the potential intellectual property associated with the client 

20 interview. 

Coupled to client interview execution and documentation module 1 120 can be an 
interview results communication and review module 1 130. In an embodiment, interview results 
communication and review module 1 130 can prompt, record, and/or generate a report regarding 
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whether the interview results were communicated and reviewed by appropriate client 
organization decision makers. Couple to interview results communication and review module 
1 130 can be a patent process initiation notification Module 1 140. In an embodiment, patent 
process initiation notification module 1 140 can prompt a user, record user inputs, and/or generate 
5 a report to a user regarding whether the patent process should be initiated, whether the patent 
process has been initiated, and whether such information has been communicated to users and/or 
personnel with responsibility for obtaining protection of intellectual property. In another 
embodiment, other intellectual property process initial notification modules can be coupled to 
interview results and review module. For example, a trademark process initial notification 

10 module, a trade secret initial notification module, a copyright process initiation notification 
module, and/or another IP related process initiation notification module can be coupled to the 
interview results communications and review module 1 130 to perform operations regarding 
initiation of protection of intellectual property. 

A preliminary go/no-go decision execution and documentation module 1 150 can be 

15 coupled to the patent process initiation notification module 1 140 and/or the interview results 

communications and review module 1 1 30. In an embodiment, the preliminary go/no-go decision 
execution and documentation module 1 150 can prompt a user, record information from a user, 
generate a report regarding the execution and documentation of a preliminary go/no-go decision 
with respect to undertaking further actions with respect to marketing of a unit of intellectual 

20 property associated with a client interview conducted per the client interview scheduling and 
preparation module 1110 and the client interview execution and documentation module 1 120. 

Figure 180 shows a system level diagram of a market research and analysis module in 
accordance with an embodiment of the present invention. Market research and analysis module 
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1200 can be coupled to initial research module 1 100. In an embodiment, market research and 
analysis module 1200 can include and/or be coupled to a plurality of submodules such as 
competitive environment assessment module 1210, internal marketing issues assessment 
modules 1220, market research summary preparation module 1230, decision makers 
5 identification module 1240, research results communication and review module 1250, team 
evaluation on results execution modulel260, product go/no-go decision execution and 
documentation module 1270, project opportunity prioritization module 1280, and/or project plan 
review and updating modulel290. 

In an embodiment, competitive environment assessment module 1210 can prompt for the 

10 input of, record information relating to, and generate reports regarding a competitive 
environment assessment concerning the potential marketing of intellectual property. 
Competitive environment assessment module 1210 can include and/or be coupled to a plurality 
of submodules including similar products identification module 121 1, existing suppliers 
identification module 1212, potential suppliers identification module 1213, potential customer 

1 5 base identification module 1214, updating and expanding product benefits module 1215, and 
market value/price determination module 1216. Similar product identification module 121 1 can 
conduct operations respecting the identification of similar products corresponding to the 
marketing of an item of intellectual property and/or a product related to that intellectual property. 
Similar products identification module 121 1 can include a database of records of products that 

20 can be indexed by a particular product classifications, markets, marketing strategies, competitors, 
and/or other factors related to marketing intellectual property. Links to online resources such as 
various websites, search engines, Lexis®, etc. may also be added. Existing suppliers 
identification module 1212 can document and/or generate an identification of existing suppliers 
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of products related to a unit of intellectual property. Likewise, potential existing suppliers 
identification module 1213 can perform operations with respect to the identification of potential 
suppliers. In an embodiment, potential customer base identification module 1214 can perform 
operations with respect to identifying the potential customer base of one or more units of 
5 intellectual property. Potential customer base identification module 1214 can be coupled to the 
existing suppliers identification module 1212 and the potential existing suppliers identification 
module 1213 to generate the potential customer base identification. In an embodiment, potential 
customer base identification module 1214 can also receive input from a user and/or allow a user 
to access a database of potential customer data records. Updating and expanding product 

1 0 benefits module 1215 can allow and/or prompt a user to determine whether or not and how the 
product benefits can be updated/and or expanded. Examples of updating expanded product 
benefits includes faster routing of information, maintenance alarms, and first to market in this 
product category. Market value/price determination module 1216 can receive input from user, 
prompt a user for inputs, access a database of market value/price determination records, and/or 

15 generate a report regarding market value/price determination. In an embodiment, a market 

value/price determination module 1216 can compare the market value/price determination for a 
particular item of intellectual property to other intellectual property items having a market 
value/price determination to provide a user with potentially advantageous information. In 
addition, links to various websites, e-publications, and databases may be added to obtain pricing 

20 information. 

Internal marketing issues assessment module 1220 can be coupled to the competitive 
environment assessment module 1210 and/or a sub-module of competitive environment 
assessment module 1210. Internal marketing issues assessment module 1220 can include and/or 
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be coupled to a plurality of sub-modules such as IP issues identification and assessment module 
1221 and tech support issues identification and assessment module 1222. In an embodiment IP 
issues identification and assessment module 1221 can capture customer privacy issues and 
product completion issues. Technical support issues identification and assessment module 1222 
5 can capture man hour resources required for training and installation, as well as man hours 
required for helpline assistance. 

Market research summary preparation module 1230 can generate a summary and/or a 
report regarding market research based on information recorded and/or generated by competitive 
environment assessment module 1210, internal marketing assessment module 1220 and/or other 

10 modules of the management of IP marketing systems. In an embodiment, market research 

summary preparation module 1230 is coupled to a decision makers identification module 1240. 
Decision makers identification module 1240 can access data records regarding decision makers 
corresponding to the marketing of intellectual property and/or can prompt a user to select criteria 
and/or specify appropriate decision makers. Research, results, communication and review 

15 module 1250 can prompt for, report, and store information with respect to communicating 
research results for review by the appropriate decision makers. 

Team evaluation results execution module 1260 can receive user inputs and/or perform 
operations relating to evaluation of the market research and analysis by personnel associated 
with intellectual property marketing. Product go/no-go decision execution and documentation 

20 module 1270 can receive inputs generated at least in part based on the team evaluation results 
execution module 1260 and/or from a user with respect to a go/no-go decision. For example, in 
an embodiment, when product go/no-go decision execution documentation module 1270 
determines that a no-go decision has been made. Client no-go decision notification module 1275 
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is accessed. In an embodiment, client no-go decision notification module 1275 can generate 
appropriate reports regarding a client no-go decision, update data records regarding a no-go 
decision, and/or inform users regarding a no-go decision. 

In an embodiment, when a go decision has been made, project opportunity prioritization 
5 module 1280 can determine an opportunity prioritization rating for a project to market the 

intellectual property related to the go decision. In an embodiment, the opportunity prioritization 
rating can be based on criteria relating to the competitive environment, an internal marketing 
issues assessment, potential price for IP, estimated timeframe to close a deal, amount of 
resources needed to close a deal and so forth. In another embodiment, an opportunity 

10 prioritization can be generated based at least on part on the criteria of the opportunity scoring 
card illustrated in Figure 212. Project plan review and updating module 1290 can generate an 
initial project plan for review and updating. In an embodiment, a project plan is based on a 
template and user specified information can be input to populate the project plan. In another 
embodiment, the project plan can retrieve and incorporate data from IP marketing databases 

1 5 (e.g., from databases containing records regarding potential customer /base, market value/price, 
market research summary information, and other IP marketing information) to further populate 
the project plan. 

Figure 181 is an illustration of a system level diagram of a pre-transaction report module 
1300. In an embodiment, pre-transaction report module 1300 can prompt for input from users, 
20 record information from users and/or generate information and reports relating to a pre- 
transaction report associated with the marketing of intellectual property. Pre-transaction report 
module 1300 can include and/or be coupled to a plurality of submodules such as: market 
research summary review/update module 1310; patent process high priority notification module 
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1320; pre-transaction report preparation module 1330; client organization approval module 1350; 
first client officer approval module 1360; second client office approval module 1370. 

In an embodiment, market research summary review/update module 1310 can receive 
information generated by market research summary preparation module 1230 illustrated in 
5 Figure 1 80. Market research summary review/update module 1310 can prompt a user for 
additional information, receive additional information from a user, and generate a updated, if 
any, market research summary review/update report. In an embodiment, patent process high 
priority notification module 1320 can determine, for example, based on a user input and/or 
assessment of other criteria related to the marketing of an intellectual property unit, whether or 

10 not a high priority is to be established with respect to patenting of the intellectual property unit. 
Pre-transaction report preparation module 1330 can perform operations related to preparation of 
a pre-transaction report. In an embodiment, a pre-transaction report includes information 
relating to intellectual property description, market analysis, competitive analysis, financial 
analysis, and technical resources needed. In another embodiment, a pre-transition report 

15 includes information from the initial research module illustrated in Figure 179 and the market 
research and analysis module illustrated in Figure 188. Pre-transaction report preparation 
module 1330 can receive information from a user, receive information from associated 
databases, and/or generate a pre-transaction report. In an embodiment, decision makers 
identification module 1340 determines appropriate decision makers for review of a pre- 

20 transaction report generated at least in part by pre-transaction report preparation module 1330. 
Decision makers identification module 1340 allows a user to select appropriate decision makers. 
In another embodiment, decision makers identification module 1340 can determine the 
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appropriate decision makers based on user input and/or access to decision maker identification 
data records. 

After the appropriate decision makers are identified, a pre-transaction report generated at 
least in part by pre-transaction report preparation module 1330 can be sent to decision makers 
5 identified at least in part by decision makers identification module 1 340. The report can be sent 
electronically over an Intranet, Internet, or otherwise forwarded using an e-mail system. In an 
embodiment, client organization approval module 1350 can determine and/or receive 
information regarding whether or not a client organization approval decision has been made with 
respect to a pre-transaction report. In an embodiment, when a no-approval decision is identified 

1 0 and/or received, client organization approval module 1350 can make appropriate notifications 
regarding the no-approval decision, generate appropriate reports regarding a no approval 
decision and indicate that no further action is to be taken at this time. When client organization 
approval module 1350 determines or receives an indication that there has been approval, first 
client officer approval module 1360 can determine whether or not a first client officer has 

1 5 approved and/or disapproved of the project described by the pre-transaction report. If the first 
client officer has indicated no approval, first client officer approval module 1360 can indicate 
that there has been a lack of approval, update any appropriate records and take no further action 
at this point. When the first client officer approves, second client officer approval module 1370 
can determine whether or not a second client officer approves of the project described by the pre- 

20 transaction report. If there is no approval, second client officer approval module 1370 can 

generate the appropriate reports, send information to appropriate users, and take no further action 
at this point. When a second client officer has given approval, second client officer approval 
module 1370 can alert users, generate appropriate reports, and/or receive additional information 



- 162 - 



BS00-428 



from a user regarding further progress to be made with respect to the project described by the 
pre-transaction report. In other embodiments, the number and types of approving decision 
makers can vary. 

Figure 182 is an illustration of a system level diagram of an embodiment of a marketing 
5 plan and package module. Marketing plan and package module 1400, according to an 
embodiment of the present invention, can include a plurality of submodules including a 
marketing plan details collection module 1410, a marketing plan formulization module 1420, and 
a marketing materials creation module 1430. In an embodiment, marketing plan and package 
module 1400 can prompt users regarding creation of a marketing plan and package, receive user 

1 0 input regarding a marketing plan and package, and/or generate reports regarding a marketing 
plan and package. For example, the marketing plan and package module may contain 
presentations, including pricing information and IP benefits, potential customers and sales 
partners, including contact information and background information, etc.. Marketing plan details 
collection module 1410 can include a plurality of submodules, such as a module for the 

1 5 identification and prioritization of target customers/sales partners 141 1 , a module for the 

identification and documentation of customer specific benefits 1412, a module for final valuation 
and price structure determination 1413, a module for channel strategy development 1414, a 
module for IP strategy development 1415, and a module for available technical support 
identification and development 1416. Each of submodules 141 1 to 1416 can prompt for user 

20 input regarding the operations related to each respective module, receive user input and/or 

generate reports. In an embodiment, marketing plan formulization module 1420 can generate a 
formal marketing plan based on information received from a user such as information from the 
marketing plan details collection module 1410. In another embodiment, marketing plan 
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formulization module 1420 can receive information from databases related to the marketing of 
intellectual property. Marketing materials creation module 1430 can generate marketing 
materials based on information received from marketing plan formulization module 1420. In 
another embodiment, marketing materials creation module 1430 can generate a marketing 
5 materials based on information received from one or more users and information received from 
one or more databases related to the management of intellectual property and marketing. 
Marketing materials creation module 1430 can include or be coupled to a sales presentation 
creation/customization module 1431 and/or an other marketing materials creation/customization 
module 1432. Sales presentation creation customization module 143 1 can present information 

10 for sales presentations such as reports, presentation material, and/or prompt for information from 
a user regarding such sales presentations. Other marketing materials creation/customization 
module 1432 can create other marketing materials such as reports for users regarding other 
marketing materials. Examples of other marketing materials include PowerPoint presentations, 
brochures, and financial breakdowns. 

1 5 Figure 1 83 is an illustration of a system level diagram of a product sale module. In an 

embodiment, product sale module 1500 can include a plurality of submodules and/or can be 
connected to a plurality of submodules. In an embodiment, the plurality of submodules can 
include modules that prompt users for information, receive information from users, and generate 
reports relating to product sales. In an embodiment, the plurality of submodules can include a 

20 module for customer/sales partner initial contact 1510, a module for customer/sales partner non- 
disclosure agreement "NDA" receipt 1520, a module for sales meeting, coordination and 
planning 1530, a module for sales meeting execution 1540, a module for sales activities follow- 
up identification 1550, a module for sales activities follow-up execution 1560, a module for sales 
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decision finalization 1570, a module for go sales decision documentation 1580, a module for 
project plan, review and update 1585, and/or a module for pre-negotiation activities performance 
1590. In an embodiment, sales decision finalization module 1570 can receive information 
regarding a no-go decision and can access a no-go sales decision documentation module 157L 
5 No go sales decision documentation module 1571 can send users information, prompt users for 
information, and generate reports based on a no-go sales decision. 

In an embodiment, pre-negotiation activities performance module 1590 can include a 
plurality of submodules such as a module for meeting to discuss deal parameters, coordination, 
and planning 1591, a module for meeting to discuss deal parameters execution 1592, a module 

10 for term sheet preparation 1593, and a module for term sheet communication 1594. In an 
embodiment, the module for term sheet communication can direct and/or confirm 
communication of the term sheet to a department such as the contracts department. 

Figure 184 is a schematic system diagram of an embodiment of a contract negotiation 
module 1600. In an embodiment, contract negotiation module 1600 can include and/or be 

15 coupled to a plurality of submodules such as a customer draft contract generation module 1610 
and a contract negotiation and finalization 1620. In an embodiment, customer draft contract 
generation module 1610 can receive user inputs, send information to users, track status 
information, and generate reports regarding customer draft contract generation. Likewise, 
contract generation and finalization module 1620 can receive information, send information, 

20 update status information, and generate reports regarding contraction negotiation and 
finalization. 

Figure 185 is an illustration of a system level diagram of a transaction report module. In 
an embodiment, transaction report module report 1700 can generate a transaction report. 
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Transaction report module 1700 can include a plurality of submodules and/or be coupled to a 
plurality of submodules. The plurality of submodules, in an embodiment, can include a module 
for review and update of identification of decision maker 1710, a module for transaction report 
preparation 1720, a module for client legal approval 1730, a module for client organizational 
5 approval 1740, a module for first client officer approval 1750 and a module for second client 
officer approval 1760. In an embodiment, for each of modules 1730, 1740, 1750, 1760, if an 
indication regarding a no approval decision is received, information can be sent to users and/or 
reports can be generated regarding the lack of approval and suspension and/or termination of the 
project to market intellectual property. The report may be transmitted electronically using an e- 

1 0 mail system or over an Intranet or the Internet. 

Figure 186 is an illustration of a system level diagram of a contract execution module in 
accordance with an embodiment of the present invention. Contract execution module 1800 can 
include a plurality of submodules can and/or be coupled to a plurality of submodules. In an 
embodiment, the plurality of submodules can include a customer contract execution module 

15 1810 and/or a client contract execution module 1 820. In an embodiment, customer contract 
execution module 1810 can receive information, store status information, send information to 
users, and/or generate a report regarding customer execution of a contract related to the 
marketing of an intellectual property unit. Likewise, client contract execution module 1 820 can 
receive and send information corresponding to execution of the contract to market the 

20 intellectual property unit. The contract can be transmitted electronically over an Intranet or 
Internet, or an e-mail system. 

Figure 187 is an illustration of a system diagram of an embodiment of a maintenance plan 
module. In an embodiment, maintenance plan module 1900 can include a plurality of 
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submodules and/or be coupled to plurality of submodules such as customer management plan 
launch module 1910 and contract management plan launch module 1920. In an embodiment, 
customer management plan launch module 1910 can include a plurality of submodules such as a 
module for relationship management process implementation 191 1. Examples of relationship 
5 management process implementation include operations such as key contact information and 
automatic Internet or Lexis® searches for updated articles and information on the customer. 
Internal follow-up procedures implementation module 1912 can send information, receive 
information, record status information, and generate reports regarding implementation of internal 
follow-up procedures. Examples of follow-up procedures implementation include follow-up 

1 0 reminder information, internal personnel familiar with the customer, and customer account 
representatives. Contract management plan launch module 1920 can include a plurality of 
submodules related to sending information, prompting for information, updating status 
information, and generating reports such as the module for royalty tracking process 
implementation 1921, a module for quality standard management process implementation 1922, 

15 a module for IP policy implementation 1 923, and a module for terms management process 
information 1924. 

Figure 188 is an illustration of a system diagram of a contract execution module in 
accordance with an embodiment of the present invention. Contract execution module 1950 can 
include and/or be coupled to a plurality of submodules such as a module for final updates to 
20 project plan performance 1960, a module for lessons learned identification 1970, a module for 
follow-up activities performance 1980, and a module for project plan and documentation 
organization and filing 1990. In an embodiment, each of modules 1960 to 1990 can receive user 
information, prompt a user for information, send users information, and/or generate reports 
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regarding contract execution activities such as updating project plan performance, identifying 
lessons learned from the project, performance of follow-up activities, and other activities and 
actions related to the project plan for the management of intellectual property marketing. 
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SECTION 9: MANAGEMENT OF IP MARKETING - PROJECT PLANS 



Figures 1 89-212 illustrate an embodiment of the present invention that is related to 
methods and systems to manage the development and marketing (e.g., licensing, sale, leveraging, 
etc.) of various assets. Although a preferred embodiment of the present invention relates to the 
5 management of the developing and marketing intellectual property assets, other embodiments 
can be used in connection with developing and marketing other assets. Accordingly, the present 
invention should not be limited to use solely in connection with intellectual property assets. 
Examples of intellectual property assets (i.e., intellectual property units) include, for example, 
inventions, ideas, patents, trademarks, service marks, copyrights, trade secrets, data, computer 

1 0 code and software. 

It can be readily appreciated that embodiments of the present invention may be used by a 
variety of different entities ranging from (i) small companies with small or modest intellectual 
property portfolios to (ii) large corporations having separate groups or related companies to 
manage the corporation's research and development efforts, managing the corporation's 

15 intellectual property assets and managing the intellectual property asset marketing efforts for the 
corporation. Thus, embodiments of the present invention are not limited to uses by entities that 
have the particular corporate and legal structures of the examples disclosed herein. As used 
herein: (i) the term "Owner" encompasses a corporation (e.g., parent corporation, subsidiary, 
affiliate, integrated corporation, and so on) that may ultimately own intellectual property assets; 

20 (ii) the term "IPMAN" encompasses the group or entity responsible for managing the intellectual 
property assets of the Owner; and (iii) the term "IPMARK" encompasses the group or entity 
responsible for marking the intellectual property assets. 
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In an embodiment of the present invention, a system, method or process can includes a 
product identification stage, a development into the marketplace stage, and a contract stage. In 
the various stages, tasks are identified, tracked, and recorded into a project management software 
program. In an embodiment, Microsoft Project® software can be utilized. However, other 
5 project management software and/or application specific software can be employed. 

Each task can have an anticipated duration required to complete the task. In addition, 
relationships between the tasks are defined. Tasks that require a deliverable upon completion are 
determined, and a list of resources available for allocation to the process can be established and 
accessed. 

1 0 Figures 189-190 depict an example of a project template project plan in accordance with 

an embodiment of the present invention. The project template plan illustrated in Figures 189- 
190 defines tasks for taking an intellectual property marketing opportunity through an 
advantageous multi-step process including tasks such as (i) conduct initial research, (ii) conduct 
market research and analysis, (iii) complete and approve pre-transaction report (PTR), (iv) 

1 5 develop marketing plan and package, (v) sell product, (vi) negotiate contract, (vii) complete and 
approve transaction report (TR), (viii) execute contract, (ix) set up maintenance plan, and (x) 
close out project. Each task has a predefined duration, a projected start date, a projected finish 
data, a predecessor (tasks before), a successor (tasks after), a percentage complete indicator, an 
indicator related to a deliverable (e.g., a deliverable is required, a deliverable is not expected), 

20 and a resources indicator. For example, the duration of predefined tasks can vary from 5 days 
(e.g., business days, calendar days) to 50 days. As another example, the resources indicator can 
identify resources required for completion of a task and can include resources such as a product 
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manager, a marketing analyst, a marketing/sales representative, a contract manager, and a project 
lead. 

In an embodiment, after completion of development of a marketing plan and package of a 
project plan, the project plan can be duplicated for each target customer for the product of the 
5 project plan. A separate project plan can then be employed to manage the marketing of the 
product to each target customer. A project can potentially end at one or more points within a 
project plan. For example, the complete and approve pre-transaction report task may not be 
completed is the requisite approval is not secured. Accordingly, execution of the project can 
jump to the close out project task to complete and record execution of close out tasks. 

10 Figures 191-196 show a more detailed illustration of the project template plan illustrated 

in Figures 189-190. The tasks illustrated in Figures 189-190 can have associated subtasks and 
sub-subtasks (e.g., a parent task can have child tasks and grandchild tasks, a top-level task can 
have second-level and third-level tasks, etc.) as illustrated in Figures 191-196. 

To assist in the implementation and completion of the various tasks and sub-tasks, 

1 5 predefined forms can be utilized. In an embodiment, word processing software such as 
Microsoft Word® can be used to create the forms, and the forms can be linked to a task 
associated with the form. For example, a first task can include completing a form, a second task 
can include communicating a completed form, a third task can include evaluating the 
communicated form, a fourth task can include approving the evaluated form, and a fifth task can 

20 include communicating the approved form. By creating forms and linking them to appropriate 
tasks, the user is provided with access to helpful and/or required resources. Moreover, 
standardized forms may help maintain consistency and enhance efficiency of the process, 
method and/or system. 
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Figures 197-212 show examples of forms that can assist in the completion of tasks. For 
example, such forms can be GUIs on a computer for instantaneous collection, storage and 
distribution as an entire form or a portion of a form. For example, as shown in Figure 191, task 
1 .2 comprises "Conduct & document client interview." To assist the user in completion of that 
5 task and/or management of the task and the process, a client interview questionnaire form 
illustrated in Figure 197 can be utilized. The form can be presented to the user (e.g., via a 
computer display, printed out as a paper form, and so forth), and the user can enter appropriate 
information. In an embodiment, a system stores the completed form for subsequent access, 
communication, and evaluation. 

10 Figure 198 is an illustration of a form entitled "Assess competitive environment," which 

is related to task 2.1 shown in Figure 191. The "Assess competitive environment checklist" form 
illustrated in Figure 198 can be presented to the user, and the user can enter appropriate 
information to assist the user in completion of the task and/or management of the task and the 
process. Figure 199 is an illustration of a form entitled "Assess internal marketing issues," 

1 5 which is related to task 2.2 described in Figure 191. 

Figure 200 shows an illustration of an embodiment of a form entitled "Intellectual 
Property Outmarketing Pre-Transaction Report," which is related to task 3 shown in Figure 192. 
The "Intellectual Property Outmarketing Pre-Transaction Report" can be used to record 
information related to the product/project name, the entity requesting the potential transaction, 

20 contacts, the intellectual property assets involved, the background of the potential transaction, a 
financial analysis, a competitive analysis, a status, a timeline, and other related information. The 
pre-transaction report can advantageously allow one to capture a significant amount of valuable 
information in a short, simple, concise, easy to read, utilize and approve format. 
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For task 4.1 (entitled "Gather marketing plan details") of Figure 192, the form entitled 
"Marketing Plan Checklist" illustrated in Figure 201 can be provided. For task 5.2 (entitled 
"Obtain NDA from customers/sales partner") of Figure 193, a Nondisclosure Agreement form as 
depicted in Figures 202-205 may be employed. 
5 Figure 206-207 shows an embodiment of a license agreement term sheet form, which is 

related to at least tasks 5.10.3 (entitled "Prepare term sheet") and 5.10.4 (entitled "Communicate 
term sheet to Contacts") shown in Figure 193. Figures 208-210 show an illustration of an 
embodiment of an "Intellectual Property Outmarketing Transaction Report," which is related to 
task 7 (entitled "Complete and approve transaction report (TR)") shown in Figures 193-194. 

10 Much of this information can be retrieved electronically from the information stored for the 
Pretransaction Report. 

In an embodiment of the present invention, a user may be a project leader (e.g., a project 
manager, a marketing representative, a sales representative) who is at least in part responsible for 
and/or managing a potential transaction to market an intellectual property asset. Figure 21 1 is an 

15 illustration of a project activity sheet form. In an embodiment, the project activity sheet form 
can be displayed to a user via a graphical user interface and can be completed by the user by 
entering text, selecting data from drop-down menus, selecting data from look-up tables, etc. 
After the user has entered project activity information, the user can save the project activity form 
and project data is updated based at least in part on the project activity information submitted by 

20 the user. 

In another embodiment, a project leader can completes a project activity sheet form 
illustrated in Figure 21 1 to initiate a project related to an opportunity to market an intellectual 
property asset. A project leader can receive a hard copy version of the project activity sheet 
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form, enter information, and forward the project activity sheet form to a project SME ("Subject 
Matter Expert") to request activation of the project to define tasks, timelines, and other project 
criteria related to the new opportunity. The project activity form may provide the project name 
(e.g., in a standard format for all projects), a project start date, and assigned project resources. 
5 The project activity form may then be returned to the project leader upon activation of the project 
and may be used on an ongoing basis to submit updated project information to the project SME 
for input into the project management system. The project leader's responsibility can be to 
manage the project and to ensure that the project management system is updated with 
information concerning the project. The project leader may also be required to ensure that a file 

10 of deliverables for completed tasks is retained. 

To assist a user with prioritizing amongst a plurality of opportunities to market 
intellectual property assets, embodiments of the present invention may include a system and/or 
method for opportunity scoring. Figure 212 shows an embodiment of a method for opportunity 
scoring. In this embodiment, opportunity scoring permits the user to rate opportunities in a 

1 5 number of predetermined areas such as, for example, market potential, project time frame, 

projected revenue potential, competitive threat to the user, intangible value, and so on. Each of 
the areas are then rated on a scale of one to ten, with ten being the most favorable score. Many 
variables may be considered when assigning scores to an area, and the scores may be assigned 
either analytically or holistically. When a score is assigned analytically, the scorer can rate each 

20 of the variables in a given scoring area and average those scores to arrive at the final score in that 
area. When a score is assigned holistically, the scorer can assign one overall score to the scoring 
area. The final score for the opportunity can be calculated by adding the scores from the five 
major scoring areas. A graphical user interface (GUI) may be used to receive this information. 
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Though there are many other predetermined areas and variables, the following variables 
are examples of variables that may be considered in connection with each of the major scoring 
areas: 

Market Potential: product viability, potential customers, competitive 
5 products/suppliers, market size and market saturation; 

Project Time Frame: product ready to market, ownership/patent status, interested 
customers, deal complexity, anticipated time to sell/negotiate; 

Projected Revenue Potential: anticipated total revenue from the project (may be 
one times the value if no strong customers identified or a multiple of the value for each 
1 0 immediate customer) ; 

Competitive Threat to the User: this issue involves the determination as to 
whether the sales give a potential buyer of the IP units a competitive advantage over the user; 
and 

Intangible value: this issue involves the determination as to whether the present 
1 5 deal or sale set the stage for future deals, build or foster a relationship with a customer, involve a 
member of upper management such as an officer, etc. and/or create a public relations 
opportunity. 

As indicated above, the entire method and/or portions of the method may be tracked and 
monitored using the project management methods and systems. To assist in the implementation 
20 of the method, an individual may be selected to become the project SME. The project SME can 
be responsible for inputting and updating any information in the project system for one or more 
active opportunities. In another embodiment, the project SME can be responsible for 
periodically reviewing reports generated by the project system to redirect resources, select 
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certain opportunities as top priorities, and perform other management responsibilities with 
respect to the marketing of intellectual property assets. 

Thus, from the foregoing discussion, it is apparent that embodiments of the present 
invention can provide an effective method for managing the development and exploitation of a 
5 variety of different assets so that a user can advantageously work toward meeting financial and 
business goals. In particular, embodiments of the present invention can enable a user to: more 
effectively allocate resources; better manage its business by actively managing timing of projects 
(products/deals); better distribute business opportunities among sales and marketing staff; and 
actively and effectively manage a multitude of opportunities. Those of ordinary skill in the art 
10 will, of course, appreciate that various changes in the details, processes, etc. which have been 
herein described and illustrated in order to explain the nature of the invention may be made by 
the skilled artisan within the principle and scope of the invention as expressed in the appended 
claims. 
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SECTION 10: IP MARKETING OPPORTUNITY SCORING SYSTEM 



Figures 213-218 show a system level illustration of an embodiment of an IP marketing 
opportunity scoring module in accordance with an embodiment of the present invention. An IP 
marketing opportunity scoring system can provide a scoring and/or rating system for determining 
5 an opportunity score for an IP marketing project. In an embodiment, the IP marketing 
opportunity score and/or rating can be used to prioritize amongst different projects and to 
focusing resources and/or organizational efforts. In another embodiment, the IP marketing 
opportunity score can provide information that can be used for IP marketing personnel to 
determine an estimated potential value and/or worth of an IP marketing opportunity. 

10 Figure 213 is a schematic diagram of an embodiment of an IP marketing opportunity 

scoring system 1002, which can include and/or be coupled to a plurality of submodules. In an 
embodiment, the plurality of submodules can include a market potential module 1010, a project 
timeframe module 1020, a projected revenue potential modulel030, a competitive threat module 
1040, an intangible value module 1050, and a total opportunity score determination module 

15 1060. Whereas the embodiment illustrated in figures 213-218 includes six modules for the 
determination of an opportunity score of an IP marketing project, other embodiments of the 
present invention can include a greater and/or fewer number of modules and/or system 
components. 

Figure 214 shows a system level illustration of a market potential module in accordance 
20 with embodiment of the present invention. Market potential module 1010 in an embodiment 
comprises of plurality of instructions to receive, process, and output information corresponding 
to a determination of a market potential relating to the marketing of an IP unit. For example, 
market potential module 1010 can include a plurality of submodules such as: product viability 
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assessment module 101 1, potential customers assessment module 1012, competitive 
products/suppliers assessment module 1013, large market/low market saturation assessment 
module 1014, marketing potential rating module 1015, marketing potential explanation module 
1016. In an embodiment, each of the submodules 101 1-1016 can receive user input, user 
5 assessment, user selection of criteria, responses to prompts from a user, and may compare such 
inputs to other data of a database of information relating to, IP marketing to generate a marketing 
potential subscore. For example, product viability assessment module 101 1, can receive an input 
from a user corresponding to a subjective and/or objective assessment of the product viability 
where the product is a unit of IP that may be and/or is being marketed. As another example, 

10 potential customers assessment module 1012 may prompt a user to input information regarding 
an assessment of potential customers and/or may present a user with a set of criteria that can be 
selected with respect to the assessment. Competitive products/suppliers assessment module 1013 
can receive input from a user and compare the inputs as well as other information corresponding 
to the unit of IP that may be and/or is being marketed against a database of information 

1 5 corresponding to other units of IP that may be and/or have been marketed to generate a 

competitive product/suppliers assessment subscore. Marketing potential module 1010 thereby 
can produce and/or generate a marketing potential subscore based on quantitative and/or 
qualitative information received by product viability assessment module 1011, potential 
customers assessment module 1012, competitive products/suppliers assessment module 1013, 

20 large market/low market saturation assessment module 1014, marketing potential rating module 
101 5, and marketing potential explanation module 1016. 

Figure 215 shows an illustration of an embodiment of a project timeframe module 1020. 
According to an embodiment, project timeframe module 1020 can generate a project timeframe 
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subscore based on information from a plurality of submodules regarding project timeframe 
criteria. For example, project timeframe module 1020 can generate a project timeframe subscore 
based on information from module 1021 that can generate a product developed and ready to 
market assessment, module 1022 that can generate an ownership and patent status assessment, 
5 module 1023 that can generate an interested parties assessment , module 1024 that can generate a 
deal simplicity assessment rating, module 1025 that can generate a timing rregarding or related 
to sell/close/recognizes $ (money) assessment, module 1026 that can generate a project 
timeframe rating, and module 1027 that can generate a project timeframe explanation. In an 
embodiment, the assessment and/or rating can be generated based on a sliding scale, such as a 

10 scale of 1 to 10 or other sliding scales. In another embodiment, assessments and/or ratings can 
be based on a variety of criteria having pre-selected scale weights. For example, with respect to 
a deal simplicity assessment pre-selected criteria could include criteria from very simple to very 
complex, with variations there between. 

Figure 216 shows an illustration of a system level diagram of a projected revenue 

15 potential module. Projected revenue potential module 1030 can include a plurality of 

submodules that can generate subscores for determination and/or generation of a projected 
revenue potential subscore based on user inputs and/or information from an IP marketing 
database. For example, in an embodiment module 1031 can generate an anticipated total revenue 
assessment, module 1032 can generate a marketing potential rating , and module 1033 can 

20 generate a marketing potential explanation. In an embodiment, projected revenue potential 
modulel030 can generate both a projected revenue potential rating and may or may not be 
accompanied by an explanation that can qualitatively set forth certain criteria and/or factors. For 
example, anticipated total revenue assessment module 1031 may generate a quantitative and/or 
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qualitative assessment of the anticipated total revenue and can be accompanied by an explanation 
generated by marketing potential explanation module 1033. 

Figure 217 shows an illustration of a system level diagram of an embodiment of 
competitive threat module 1040. Competitive threat module 1040 can generate a qualitative 
5 and/or quantitative assessment of a competitive threat regarding the marketing of a unit of IP. 
For example, in an embodiment, a competitive threat rating and/or explanation can be generated 
by a plurality of submodules. For example, a plurality of submodules can include module 1041 
regarding whether a sale can give a customer competitive advantage over the client assessment , 
module 1042 to generate a competitive threat rating, and module 1043 that can generate a 

10 competitive threat explanation. For example, in an embodiment, Module 1041 regarding sale 
give customer competitive advantage over client assessment can generate a variable assessment 
regarding the competitive advantage. In another embodiment, competitive threat rating module 
1042 can provide an assessment based on user input or historical data or on a combination of 
user input and historical data regarding a competitive threat rating. Competitive threat 

15 explanation module 1043, in an embodiment, can provide an explanation regarding the 

competitive threat rating and/or the customer competitive advantage assessment generated by 
module 1042 and module 1041, respectively. 

Figure 218 shows an illustration of a system level diagram of an embodiment of an 
intangible value module. Intangible value module 1050, in an embodiment, can provide a 

20 qualitative and/or quantitative assessment of the tangible value regarding the marketing of a unit 
of IP. In an embodiment, the qualitative and/or quantitative rating of intangible value can be 
based on and/or generated by a plurality of submodules. For example, the plurality of 
submodules can include module 1051 to provide an assessment regarding future big dollar deal 
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potential, module 1052 regarding an assessment of whether the deal will build a relationship with 
the customer, module 1053 regarding a corporate officer request/interest assessment, module 
1054 regarding an assessment of the public relations opportunity, module 1055 regarding an 
intangible value rating, and module 1056 regarding an intangible value explanation. In an 
5 embodiment, the intangible value score can be qualitative and/or quantitative and can be based 
on outputs generated by modules 1051-1056. 

Figure 213 shows total opportunity score determination module 1060. Total opportunity 
score determination module 1060 can receive subscores from each of market potential module 
1010, project timeframe module 1020, projected revenue potential module 1030, competitive 

10 threat module 1040, and intangible value module 1050 to generate a total opportunity score. 
While the embodiment illustrated in Figure 213 shows a serial progression of assessment, in 
another embodiment of the present invention, the assessment with respect to the submodules can 
occur in parallel and/or a mixture of in serial and/or parallel based upon a decision making 
process established in accordance with the organization of the IP marketing opportunity scoring 

15 system. The total opportunity score determination module 1060 can output, in an embodiment, 
both a qualitative and/or quantitative assessment regarding the total opportunity score of an IP 
marketing opportunity project. 
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SECTION 1 1 : IP MANAGING TRACKING SYSTEM 



In accordance with an embodiment of the present invention, an intellectual property 
tracking system can manage and track information related to IP, presenting awards to innovators 
for generating and submitting innovation disclosures and tracking the status of the IP. Moreover, 
5 an intellectual property awards system can further incentivize innovators to assist in the process 
of securing intellectual property legal rights that protect innovations. 

An intellectual property awards system can include an intellectual property ("IP") awards 
database. The IP awards database, in an embodiment, can: track the IP awards process; track the 
participation of employees in the awards program; track the number of innovation disclosures 

1 0 processed during a given year; track the number of intellectual property applications (e.g., patent 
applications, trademark applications, and so on) filed during a given year; track the number of 
intellectual property rights (e.g., patents, trademarks, copyrights, an so forth) issued during a 
given year; track disclosure gifts distributed to innovators; track costs associated with the 
purchase of disclosure gifts; track the disposition of non-employee innovation disclosures; 

15 maintain a contact list of IP coordinators for affiliated organizations (e.g., companies, divisions, 
units, etc.); maintain an electronic document corresponding to participating innovators; and link 
database tables to produce analysis reports. 

In an embodiment, an IP awards database can include a plurality of components including 
components such as tables, queries, forms and reports. Queries, forms and reports can be based 

20 on field properties that are first created in a table. In an embodiment, an IP awards database can 
include five linked tables: an awards database table; an organization (e.g., company) names 
table; a disclosure gift table; an inventors (i.e., innovators) table; and an IP coordinator table. 
The awards database table can store data relative to the incentive and monetary gifts granted to 
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inventors. The organization (e.g., company) names table can store data relative to organizations 
(e.g., affiliate companies). The disclosure gift table can store data relative to gifts, such as a 
listing of gifts purchased, quantities, cost, and supplier. The inventors table can store data 
relative to an inventor such as employee contact information, employee supervisor, employer 
5 name and IP coordinator. The IP coordinator table can store data relative to a point of contact on 
IP matters for inventors and/or organizations. 

An IP awards database form can include a plurality of sections such as a vendor (e.g., 
inventor, innovator) profile, a vendor input, a disclosure award, a filing award, an issuance 
award, a publication award, an inventor achievement award, and a general award. A vendor 

1 0 profile can store information associated with a particular inventor. For example, when a new 
record is initially opened, a cursor can default to a field labeled "Identifier". A user can press a 
drop-down arrow of the Identifier box, and a listing of vendor profiles that are linked to the 
inventors can be displayed. Each vendor in the database can been assigned a unique identifier 
number as a participant in the awards program. Once an inventor's name is located, it can be 

15 selected. Then, a number can appear in the Identifier box, and the inventor's address information 
can appear at the top of the screen in the inventor profile section. In an embodiment, the profile 
section is a viewing mechanism and information cannot be queried or entered. When an inventor 
is not shown in the Identifier box, his or her profile must be added to the Inventor table before a 
record can be entered and/or updated in the awards database. 
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In an embodiment, Table 1 includes a description of the fields in the vendor profile 

section. 



FullNamel: 


Inventor's Full Name 


Last Namel: 


Inventor s Last Name 


First Namel : 


Inventor s First Name 


Phone #: 


T A. 5 T*1 _L£ 

Inventor s Phone # 


Affiliate Name: 


Name of Affiliate where inventor is employed 


Suite 1: 


Room # of inventor s business address 


Address 1: 


Street address of inventor 


Cityl: 


City of inventor's street address 


Statel: 


State of inventor's street address 


Zipl: 


Zip code of inventor's street address 


Dept Headl: 


VP/General Manager of department where inventor is employed 


Supervisorl : 


Supervisor of inventor 


Last Gift Count: 


Total # of disclosure gifts that employee has received from the IP 
Group to date 


Verification: 


Explaining if employee has retired, resigned, etc. 



TABLE 1 
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Table 2, in an embodiment, includes a description of each field in the vendor input 

section. 



TT"\ 

ID: 


Number automatically generated by database for each new record 


T 1 11 

Legal Case #: 


X T 1 * 11 TT\ A 1 * " i i 1 Ijj 1* a 

Number assigned by IP Administrator and used to track inventor 
throughout awards process 


Title: 


Mr., Ms., Mrs., Dr. 


FullName: 


T A. 1 "I -1 11 "X T 

Inventor s Full Name 


Last Name: 


Inventor's Last Name 


First Name: 


Inventor's First Name 


Phone #: 


Inventor's Phone # 


Affiliate Name: 


Name of BellSouth Affiliate where inventor is employed 


Suite: 


Room # of inventor's business address 


Address: 


Street address of inventor 


City: 


City of inventor's street address 


State: 


State of inventor's street address 


Zip: 


Zip code of inventor's street address 


Dept Head: 


VP/General Manager of department where inventor is employed 


Supervisor: 


Supervisor of inventor 


IP Coordinator: 


IP Coordinator assigned to the company displayed in the Affiliate 
Name box 


BellSouth 
Employee: 


"1" if inventor is a BellSouth Employee; "0" if inventor is a 
Contractor 


Represented 
Employee: 


"1" if inventor is Non-management; "0" if inventor is 
Management 


Signed Agreement: 


Type "1" if Represented inventor has signed an IP Agreement 


Lead Source: 


Initials of IP employee that has initiated this disclosure 



TABLE 2 
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Table 3 shows an example of a description of each field in the disclosure award section. 



Disclosure Award #: 


The IP Administrator provides this number. It can appear as 
DXX-XXX. 


Primary Disclosure: 


If only one inventor is shown on the disclosure, place "A" in this 
box. If there are multiple inventors, the 1st inventor can be coded 
as "A" and all of the subsequent inventors can be coded as "B". 
The database has been designed to track each unique disclosure 
number. Since some disclosure numbers can be used multiple 
times when there are numerous inventors, the coding of "A" tells 
the database to count the Disclosure number only once for the 
individual designated as the primary name on file. 


Disclosure Count: 


If only one inventor is shown on the disclosure, place a "1" in this 
box. If there are multiple inventors, the 1st inventor can be coded 
as "1" and all of the subsequent inventors can be coded as "0". 
The database has been designed to count each disclosure number 
that has a "1" in this box. Since some disclosures can have 
multiple inventors, the coding of "1" tells the database to count 
this document only once for the individual designated as the 
primary name on file. 


Total # of Inventors: 


Since multiple inventors of a specific idea are shown on different 
screens/records, this feature allows you to know the total number 
of inventors that are associated with a particular disclosure #. 


Disclosure Title: 


Title of the invention 


Disclosure Rev by 
BIPMAN: 


Date the invention was reviewed by the IP Group, The date 
keyed here can be taken from the Disclosure Tracking Sheet. 


Date Submitted to 
Legal: 


After disclosure has been keyed, the date the document is given to 
Legal goes here. 


Date of Disclosure 
Meeting: 


The IP Group Lead Source provides this date. 


Action Date: 


The IP Group Lead Source provides this date. 


Law Firm Assigned: 


This date can be found on the Disclosure Tracking Sheet 


Current Status: 


Five (5) choices are given in a drop down menu to describe the 
stage the disclosure is currently in. 


Date Letter/Gift Mailed: 


This date is provided by secretary when she mails the letter and 
disclosure gift. 


Gift Id: 


This is a unique number assigned to each disclosure gift given. 



TABLE 3 
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Table 4 shows a description of each field in the filing award section. 



Filing Award #: 


This number is provided by the IP Administrator. It can appear as 
AXX-XXX. 


Primary Filer: 


If only one inventor is shown on the filing, place "A" in this box. 
If there are multiple inventors, the 1st inventor can be coded as 
"A" and all of the subsequent inventors can be coded as "B". The 
database has been designed to track each unique file award 
number. Since some file numbers can be used multiple times 
when there are numerous inventors, the coding of "A" tells the 
database to count the filing number only once for the individual 
designated as the primary name on file. 


File Count: 


If only one inventor is shown on the filing, place a "1" in this 
box. If there are multiple inventors, the 1st inventor can be coded 
as "1" and all of the subsequent inventors can be coded as "0". 
The database has been designed to count each file number that 
has a "1" in this box. Since some filings can have multiple 
inventors, the coding of "1" tells the database to count this 
document only once for the individual designated as the primary 
name on file. 


Total # of Filers: 


Since multiple filers of a specific idea are shown on different 
screens/records, this feature allows you to know the total number 
of inventors that are associated with a particular file award #. 


File Title: 


Title of the filed invention 


Date of Draft 
Application: 


This date is provided by the IP Group Lead Source 


Date Application Filed: 


This date is provided by the representing legal firm. They fax 
notification to IP and paperwork is processed for an inventor's 
award payment. 


Provisional Application: 


This date is provided by the IP Group Lead Source 


Filing Award Sent to 
IPC: 


The date paperwork is sent to an IPC to process an award 
payment 


Filing Award Conf 
Received: 


The date the IPC notifies the IP Administrator a payment has 
been processed 


Filing Award 
Recognized at Banquet: 


Date inventor is recognized at the annual spring IP banquet 



TABLE 4 



- 187- 



BS00-428 



Table 5, in an embodiment, includes a description of each field in the issuance award 
section. 



Patent Award #: 


This number is provided by the IP Administrator. It can appear as 
AXX-XXX. 


Primary Issued to: 


If only one inventor is shown on the issuance, place "A" in this 
box. If there are multiple inventors, the 1st inventor can be coded 
as "A" and all of the subsequent inventors can be coded as a B. 
The database has been designed to track each unique issuance 
award number. Since some issuance numbers can be used 
multiple times when there are multiple inventors, the coding of 
"A" tells the database to count the issuance number only once for 
the individual designated as the primary name on file. 


Patent Count: 


If only one inventor is shown on the issuance, place "1" in this 
box. If there are multiple inventors, the 1st inventor can be coded 
as "1" and all of the subsequent inventors can be coded as "0". 
The database has been designed to count each issuance number 
that has a "1" in this box. Since some patents can have multiple 
inventors, the coding of "1" tells the database to count this 
document only once for the individual designated as the primary 
name on file. 


# of Issues: 


Since multiple inventors of a specific idea are shown on different 
screens/records, this feature allows you to know the total number 
of inventors that are associated with a particular issuance award #. 


Patent Title: 


Title of the patented invention 


Date Patent Issued: 


This date is provided by the representing legal firm 


Issuance Award Sent to 
IPC: 


The date paperwork is sent to an IPC to process an award 
payment 


Issuance Award Conf 
Received: 


The date the IPC notifies the IP Administrator a payment has 
been processed 


Issuance Award 
Recognized at Banquet: 


Date inventor is recognized at the annual spring IP banquet 



TABLE 5 
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In an embodiment. Table 6 includes a description of each field in the publication award 

section. 



Pub Award #: 


This number is provided by the IP Administrator. It can appear as 
AXX-XXX. 


Primary Pub Writer: 


If only one writer is shown on the publication, place "A" in this 
box. If there are multiple writers, the l st writer can be coded as 
"A" and all of the subsequent writers can be coded as "B". The 
database has been designed to track each unique publication 
award number. Since some publication numbers can be used 
multiple times when there are numerous writers, the coding of 
"A" tells the database to count the publication number only once 
for the individual designated as the primary name on file. 


Publication Count: 


If only one writer is shown on the publication, place "l" in this 
box. If there are multiple writers, the I st inventor can be coded as 
"l" and all of the subsequent writers can be coded as "0". The 
database has been designed to count each publication number that 
has a "l" in this box. Since some articles can have multiple 
writers, the coding of "l" tells the database to count this 
document only once for the individual designated as the primary 
name on file. 


# of Pub Writers: 


Since multiple writers of an article are shown on different 
screens/records, this feature allows you to know the total number 
of writers that are associated with a particular publication award 
#. 


Publication Title: 


Title of the published article 


Date Article Published: 


Date the article appeared in published print form 


Reed Request for 
Release Form: 


Date a release form was received by the IP Group from the 
inventor 


Pub Award Sent to IPC: 


The date paperwork is sent to an IPC to process an award 
payment 


Pub Award Conf 
Received: 


The date the IPC notifies the IP Administrator a payment has 
been processed 


Pub Award Recognized 
at Banquet: 


Date inventor is recognized at the annual spring IP banquet 



TABLE 6 
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Table 7 shows a description of each field in the inventor achievement award section. 



I A Award #: 


This number is provided by the IP Administrator. It can appear as 
AXX-XXX. 


I A Count: 


This section cannot have multiple inventors. It is designed to 
recognize each inventor that has achieved multiple patent 
issuances; therefore, this box can always be coded "1" when an 
award is being processed. 


Patent #s: 


List all patent numbers that an inventor is being recognized for. 


Date Last Patent Issued: 


Date of the most recent patent that has issued. 


Date BIPMAN Notified 
on Inv Ach Awd: 


Date IP Administrator notifies IP Director of eligible recipients. 


Inv Ach Awd Sent to 
IPC: 


The date paperwork is sent to an IPC to process an award 
payment 


Inv Ach Awd Conf 
Received: 


The date the IPC notifies the IP Administrator a payment has 
been processed 


Inv Ach Awd 
Recognized at Banquet: 


Date inventor is recognized at the annual spring IP banquet 




TABLE 7 


For example, Table 8 shows a description of each field in the general award section. 


General Award #: 


This number is provided by the IP Administrator. It can appear as 
AXX-XXX. 


General Count: 


This section cannot have multiple inventors. It is designed to 
recognize each inventor that is being recognized for outstanding 
achievement by the IP Group; therefore, this box can always be 
coded "1" when an award is being processed. 


$ Amount of Award: 


Amount of the award payment. 


General Awd Appl 
Reed: 


Date IP Administrator notifies IP Director of eligible recipients. 


General Awd Sent to 
IPC: 


The date paperwork is sent to an IPC to process an award 
payment 


General Awd Conf 
Received: 


The date the IPC notifies the IP Administrator a payment has 
been processed 


General Awd 
Recognized at Banquet: 


Date inventor is recognized at the annual spring IP banquet 



TABLE 8 



In an embodiment, an IP award database includes a plurality of queries and reports that 
allow a user to view and/or analyze information stored in the IP award database. For example, 
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an affiliate disclosure count query/affiliate disclosure count report can track the number of 
disclosures associated with each individual organization (e.g., affiliate, company, division, units, 
and so forth). Each time records are entered and/or updated in the awards database form, totals 
can be automatically tallied. A user can view results by opening and/or printing the affiliated 
5 disclosure count report. 

An affiliate filing count query/affiliate filing count report can track the number of filings 
associated with each individual organization (e.g., affiliated company). For example, each time 
records are entered and/or edited in the IP awards database form, the totals can be automatically 
tallied. A user can view the results by opening and/or printing the affiliated filing count report. 

10 An affiliate issuance count query/affiliate issuance count report can track the number of issued 
patents associated with each individual organization (e.g., affiliate company). For example, each 
time records are entered and/or updated in the IP awards database form, the totals can be 
automatically tallied. A user can view the results by opening, displaying, and/or printing the 
affiliated issuance count report. 

15 An awards count query/awards count report can track documented year-to-date 

disclosures, filings, patents, publications, inventor achievements and general awards. In an 
embodiment, when an award number has numerous inventors, that award number is counted only 
once. Each time records are entered and/or updated in the awards database form, the totals can 
be automatically tallied. A user can view the results by opening, printing, or causing the display 

20 of the awards count report. 

In an embodiment, an affiliate query can be based at least in part on a table such as a 
organization (e.g., company) names table. The affiliate query allows a user to display a quick 
view of the IP coordinators that represent each organization (e.g., an affiliate company). 
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A closed disclosures query/closed disclosures report is included in an embodiment. 
Closed disclosures can be based at least in part by the date a disclosure was submitted to the IP 
legal group as indicated on the IP award database form. In an embodiment, anytime a date is 
entered and/or updated in this field, an identification of the disclosure can appear on the closed 
5 disclosures report. A user can view the results by opening, printing and/or causing the display of 
the closed disclosures report. 

A closed filings query/closed filings report can be included in an embodiment. Closed 
filings are based at least in part on the date an inventor receives a filing award payment as 
indicated on the IP award database form. In an embodiment, anytime a date is entered and/or 

1 0 updated in this field, the filing can appear on the closed filings report. A user can view the 
results by opening, printing and/or causing the display of the closed filings report. An 
embodiment can include a closed issuances query/closed issuances report. Closed patent 
issuances can be based at least in part on the date an inventor receives a patent award payment as 
indicated on the IP award database form. When a date is entered and/or updated in this field, the 

1 5 issuance can appear on the closed issuances report. A user can view the results by opening, 
printing and/or causing the display of the closed issuances report. 

A closed generals query/closed generals report can be based at least in part on the date an 
inventor receives a general award payment as indicated on the IP award database form. When a 
date is entered and/or updated in this field, the general award can appear on the closed generals 

20 report. A user can view the results by opening, printing and/or causing the display of the closed 
generals report. A closed publications query/closed publications report can be based at least in 
part on the date an inventor receives a publication award payment as indicated on the IP award 
database form. When a date is entered and/or updated in this field, the publication can appear on 
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the closed publications report. A user can view the results by opening, printing and/or causing 
the display of the closed publications report. 

In an embodiment, a closed inventor achievement query/closed inventor achievement 
report can be based at least in part on the date an inventor receives an achievement award as 
5 indicated on the IP award database form. When a date is entered and/or updated in this field, the 
inventor achievement can appear on the closed inventor achievement report. A user can view the 
results by opening, printing and/or causing the display of the closed inventor achievement report. 

A department head query can be based on information taken from the inventors database. 
For example, this information can be linked to the "Dept Head" field in the vendor profile 
1 0 section as indicated on the IP award database form. In an embodiment, this query is for use by 
an IP administrator. 

A disclosure gifts by inventor query/disclosure gifts by inventor report can provide 
information regarding all disclosure gifts sent to every inventor and the dates they were mailed. 
A user can view the results by opening, printing and/or causing the display of the disclosure gifts 

1 5 by inventor report. A year-to-date ("YTD") gift balance query/Y TD gift balance report can 

determine the quantities of each incentive item stocked by the IP group. Each time a disclosure 
gift is selected for an inventor, the gift balance is adjusted in this query to reflect a decrease in 
stock. Current stock balances can be viewed in the YTD gift balance report. A user can access 
this report by opening, printing and/or causing the display of the YTD Gift Balance report. 

20 An IP coordinator query/IP coordinator report can be linked to two other tables such as 

the inventors and organization (e.g., company) names table. A user can view which IP 
Coordinator is assigned to an organization by opening, printing and/or causing the display of the 
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IP coordinator by organization report. A user can view which IP Coordinator is assigned to an 
inventor by opening, printing and/or causing the display of the IP coordinator by inventor report. 

A disclosure award letter query/disclosure award letter report can process the paperwork 
for a disclosure award. Once an award number has been entered and/or updated into this query 
5 and saved, the associated records can be generated and displayed. This document can be linked 
to a Microsoft Word document that automatically generates a form letter to process an inventor 
award payment, and the form letter can be emailed directly to an IP coordinator. In an 
embodiment, a filing award letter query/filing award letter report can process the paperwork for 
a patent filing award. Once an award number has been entered and/or updated into this query 

10 and saved, the associated records can be displayed. This document can be linked to a Microsoft 
Word document that automatically generates a form letter to process an inventor award payment, 
and that form letter can be emailed directly to an IP coordinator. 

A general award letter query/general award letter report can process the paperwork for a 
general award. Once an award number has been entered and/or updated into this query and 

1 5 saved, the associated records can be displayed. This document can be linked to a Microsoft 

Word document that automatically generates a form letter to process an inventor award payment, 
and that form letter can be emailed directly to an IP coordinator. In an embodiment, an inventor 
achievement award letter query/inventor achievement award letter report can process the 
paperwork for an inventor achievement award. Once an award number has been entered and/or 

20 updated into this query and saved, the associated records can be displayed. This document can 
be linked to a Microsoft Word document that automatically generates a form letter to process an 
inventor award payment, and the form letter can be emailed directly to an IP coordinator. 
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A patent award letter query/patent award letter report can process the paperwork for a 
patent issuance award. Once an award number has been entered and/or updated into this query 
and saved, the associated records can be displayed. This document can be linked to a Microsoft 
Word document that automatically generates a form letter to process an inventor award payment, 
5 and that form letter can be emailed directly to an IP coordinator. In an embodiment, a 

publication award letter query/publication award letter report can process the paperwork for a 
publication award. Once an award number has been entered and/or updated into this query and 
saved, the associated records can be displayed. This document can be linked to a Microsoft 
Word document that automatically generates a form letter to process an inventor award payment, 

10 and the letter can be emailed directly to an IP Coordinator. 

An open filings query/open filings report can be included in an embodiment of the 
present invention. For example, open filings can be based at least in part on the absence of a 
date in the confirmed payments field as indicated on the IP award database form. A user can 
view the results by opening, printing and/or causing the display of the open filings report. An 

1 5 embodiment of an IP award database can include an open issuances query/open issuances report. 
Open patent issuances can be based at least in part on the absence of a date in the confirmed 
payments field as indicated on the IP award database form. A user can view the results by 
opening, printing and/or causing the display of the open issuances report. 

In an embodiment, an open generals query/open generals report is included. Open 

20 generals can be based at least in part on the absence of a date in the confirmed payments field as 
indicated on the IP award database form. A user can view the results by opening, printing and/or 
causing the display of the open generals report. An embodiment of the present invention can 
include an open publications query/open publications report. Open publications can be based at 
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least in part on the absence of a date in the confirmed payment field as indicated on the IP award 
database form. A user can view the results by opening, printing and/or causing the display of the 
open publications report. An open inventor achievement query/open inventor achievement 
report can be based at least in part on the absence of a date in the confirmed payment field as 
5 indicated on the IP award database form. A user can view the results by opening, printing and/or 
causing the display of the open inventor achievement report. 

A year-end filing verifications query/year-end filing verifications report can be included 
in an embodiment. The year-end filing verifications query and report can generate a year-end 
summary of all patent filings during a twelve month period (e.g., a calendar year, a fiscal year, a 

10 performance period, etc.). Once the time span has been entered and/or updated into the query for 
the specified year, a user can view the results by printing, opening or causing the display of the 
year-end filing verifications report. In an embodiment, a year-end issuance verifications 
query/year-end issuance verifications report can generate a year-end summary of all patent 
issuances during a twelve month period. Once the time span has been entered and/or updated 

1 5 into the query for the specified year, a user can view the results by printing, opening or causing 
the display of the year-end issuance verifications report. 

Figure 219 illustrates an embodiment of the present invention. A vendor (e.g., inventor) 
disclosure meeting can be conducted with IP and/or legal personnel (box 9551). An innovation 
can be documented by entering data in an IP awards database (box 9552), and that data can be 

20 linked to related tables and/or queries (box 9553) such as one or more of an IP awards database 
table, an organization names table, a disclosure gift table, an inventors table, and an IP 
coordinators table (box 9554). The created data records can be saved (box 9555), and disclosure 
reports and award letters can be generated (box 9556). Disclosure forms based at least in part 
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on the innovation can be forwarded to a legal firm (e.g., a law firm, a legal division of an 
organization, a patent professional, a trademark professional) (box 9557), and a disclosure award 
can be sent to the vendor (e.g., inventor) (box 9558). When the legal firm sends a notification 
(e.g., to IP personnel) that a filing based at least in part on the disclosure form has been made, a 
5 filing award for the vendor (e.g., inventor) can be processed (box 9559). When the legal firm 
sends a notification (e.g., to IP personnel) that an intellectual property right (e.g., a patent, 
trademark) based at least in part on the disclosure form has been issued, an issuance award for 
the vendor (e.g., inventor) can be processed (box 9560). Based at least in part on the issuance 
notification, an IP right record (e.g., a patent record, a trademark record) can be entered in a 
10 database (e.g, the IP awards database, a database linked to the IP awards database) (box 9561). 
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SECTION 12 

An embodiment of the present invention relates to a method for the development and 
implementation of intellectual property marketing. A targeted innovation to fulfill an internal 
need can be developed, and actions can be taken to legally protect the targeted innovation as an 
5 intellectual property asset. The intellectual property asset can be analyzed to determine a 
marketing assessment. Based at least in part on the marketing assessment, a decision can be 
made as to whether to market the intellectual property asset. When the marketing assessment 
meets a predetermined threshold, the intellectual property asset can be marketed. 

A targeted innovation to fulfill an internal need, in an embodiment, is an innovation (e.g., 

10 process, product, system, technology, business method, method of training, expression, name, 
slogan, and so forth) that is developed to support the core business of an organization without 
consideration of the use of that innovation outside of the organization. For example, an 
organization (e.g., company, corporation, firm, university, research institution, and so on) may 
develop an innovation, e.g., a billing system, a data trafficker, a maintenance protocol, for its 

1 5 core business without consideration at the time of development that an external organization 
would buy, use, or acquire. 

As a further example, a targeted innovation to fulfill an internal need can be an 
innovation that is developed without any external customer in mind. Thus, a targeted innovation 
to fulfill an internal need can comprise an innovation developed without instruction for external 

20 entities, without help screens, without support plans, without external maintenance support, 
and/or without plans for external training, marketing, and/or advertising. In a further example, 
an internal need innovation can be developed without any research and development cost versus 
revenue assessment. In still another example, an internal need innovation can be developed 
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without any sales or revenue projections. Moreover, developing a targeted innovation to fulfill 
an internal need can be based at least in part on a determination that acquiring the targeted 
innovation from an external source is not feasible. 

Thus, in accordance with an embodiment of the present innovation, developing and 
5 implementing intellectual property marketing can include developing a targeted innovation to 
fulfill an internal need. Then, the organization can act to legally protect the targeted innovation 
as an intellectual property asset. The intellectual property asset can be analyzed to determine a 
marketing assessment. For example, in an embodiment, a marketing assessment can be an 
absolute marketing assessment as described in Figure 212 and the accompanying written 

1 0 description. The absolute marketing assessment can result in a marketing decision based on 
predetermined thresholds, e.g., high marketing assessment results in a decision to market the 
intellectual property asset, and a low marketing assessment results in a decision to abandon the 
intellectual property asset. In another embodiment, a marketing assessment can be a relative 
marketing assessment where decisions on marketing are based on the relative strength of the 

1 5 marketing assessments. For example, even if an intellectual property asset receives a low 

assessment, a decision to market the intellectual property asset may be made because no other 
intellectual property asset received a higher assessment. 

The targeted innovation, in an embodiment, can also be maintained. Examples of 
maintaining the targeted innovation include enhancing the targeted innovation (e.g., improving 

20 features of the innovation), and maintaining one or more intellectual property assets related to 
the targeted innovation (e.g., paying maintenance fees, auditing the intellectual property assets, 
etc.). An example of maintaining an intellectual property asset includes assessing the intellectual 
property asset to determine whether additional intellectual property protection should be sought 
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(e.g., by filing a continuing application, a continuation-in-part application, a divisional 
application, a reissue application, another copyright registration, a child application, and so on). 

Acting to legally protect the targeted innovation as an intellectual property asset can 
comprises acting to secure protection under an intellectual property law. However, certain 
5 intellectual property rights can arise as a matter of setting forth protectable expression (e.g., 
using an expression indicative of the source of the product, setting forth copyrightable 
expression, and so forth). Examples of intellectual property law include patent law, trademark 
law, copyright law, trade secret law, and contract law. Contract law can provide intellectual 
property protection to an innovation through the use of non-disclosure agreements ("NDAs"), 

10 agreements to take reasonable steps to keep secret, and agreements to include proper marking 
(e.g., confidential and proprietary). 

Examples of acting to legally protect a targeted innovation can also include: directing 
preparation and filing of a patent application claiming at least a portion of the targeted 
innovation, receiving an issued patent where the issued patent is based at least in part on the 

1 5 patent application; directing preparation and filing of a trademark, application; acting to secure 
copyright protection (either by operation of law (e.g., common, state, federal) or by seeking 
registration); taking reasonable steps to protect the targeted innovation as a trade secret; and 
contracting with a party to protect the targeted innovation as proprietary information. 

In accordance with an embodiment of the present invention, marketing the targeted 

20 innovation can include negotiating a marketing transaction and/or executing the marketing 
transaction. Examples of marketing transactions include a licensing transaction, a cross- 
licensing transaction, a patent pooling agreement, an assignment transaction, a sales transaction, 
an abandonment transaction, a trade transaction, and a donation transaction. 
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SECTION 13 

Figure 220 illustrates an embodiment in accordance with the present invention. In 
particular, Figure 220 shows an illustration of a company intellectual property 10-step checklist. 
The company intellectual property 10-step checklist can comprise an electronic form, a graphical 
5 user interface (GUI), or a printed form. In accordance with an embodiment of the present 
invention, an electronic form such as one illustrated in Figure 200 can be sent to a user via a 
network. 

Figure 220 shows an illustration of a 10-step checklist that can educate innovators as to 
intellectual property protection issues. The intellectual property protection can relate to patents, 

10 trademarks, copyrights, proprietary information, ownership issues, and marketing issues. In an 
embodiment, the 10-step checklist can include policy statements regarding the protection of 
innovations that may be patented. For example, a policy related to patent protection can state 
that work produced by company employees or with company resources be assessed for 
patentability in a number of situations. For example, when there is a development of a new 

1 5 product, feature, process or software that seems unique, patentability can be assessed. As 

another example, when improvements to existing technology, product, process or software are 
made, patentability may be assessed. Patentability can also be assessed when an employee or 
project funded with company resources results in improved efficiency and/or decreased costs. In 
a still further example, patentability may be accessed when a new business method is created. 

20 A company intellectual property 10-step checklist as illustrated in Figure 220 can educate 

an employee as to company policies regarding patents and prompt the employee to indicate (e.g., 
check-off) that the company patent policy is understood and efforts that are being made to 
comply with the company patent policy. Figures 220 shows examples of company policies that 
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can be conveyed to employees such as trademark policies, copyright policies, proprietary 
information policies, ownership policies, and/or marketing policies. The examples of company 
policies presented in Figure 220 are illustrative of policies regarding intellectual property that 
can be conveyed to employees for education and compliance purposes. 
5 Figures 221 to 225 show examples of intellectual property protection methods in 

accordance with an embodiment of the present invention. Figure 221 shows an illustration of a 
patent process life cycle. A patent process life cycle in accordance with an embodiment of the 
present invention can include a plurality of stages such as: a development or improvement stage; 
a submit disclosure stage; a meet with patent attorney stage; a review draft application stage; a 

10 patent application filed stage; and a patent issues stage. 

In the development or improvement stage, developments or improvements created by 
company employees or with company resources can be brought to the attention of an intellectual 
property protection unit of a company. The development or improvement stage can be related to 
the one-year period from a time an invention is publicly used or disclosed for filing a patent 

1 5 application that is allowed under the United States patent law. The submit disclosure stage can 
include a plurality of operations such as reviewing the disclosure for technical merit, analyzing 
an initial marketing potential and addressing any administrative procedures relating to disclosure 
submission. In an embodiment, two to eight weeks for disclosure preparation can be allotted. 
After a disclosure is received from an innovator, a disclosure gift can be sent to the innovator to 

20 reward the innovator for submission of the disclosure and to incentivise the innovator to further 
submit innovation disclosures. 

In the meet with patent attorney stage, a plurality of tasks can be accomplished such as 
disclosure by the innovator of: the state of the industry; the problems solved; and confirmation 
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that sufficient detail has been disclosed so that another innovator with skill in the art can practice 
the disclosed innovation. In an embodiment, one and one-half to two hours can be allotted for a 
patent attorney meeting that can be scheduled one to two weeks in advance. The review draft 
application stage can relate to preparation of at least one draft application by an outside attorney. 
5 After an outside attorney has prepared a draft application, the innovator can review the draft and 
provide comments. In an embodiment, six to eight weeks can be allotted for preparation of the 
draft application by an attorney, and an innovator can be allotted two weeks to review the 
application and provide comments. 

During the patent application filed stage, four weeks can be allotted to receive official 

10 notice of the filing of the patent application from the United States Patent Office. After filing of 
the patent application, an innovator can receive an innovation award such as a monetary gift to 
reward the innovator for participating in the patent application filing process and to incentivise 
the innovator to further cooperate in prosecution of the patent application. The patent issue stage 
can occur roughly twelve to eighteen months after filing of the patent application. After a patent 

1 5 issues, an inventor can receive a patent issuance award such as a monetary gift. Such a patent 
issues innovation award can award the innovator and further incentivise the innovator. In an 
embodiment, an innovator will receive additional innovation awards when certain milestones are 
met such as issuance of innovator's fifth issued patent, an innovator's tenth issued patent and an 
innovator's fourteenth issued patent. 

20 Figure 222 shows an illustration of educational materials that can be presented to 

potential innovators with respect to patentable subject matter. As illustrated in Figure 222, 
patentable disclosures can be based on business methods, hardware functionality, products, 
processes, and software systems. In accordance with an embodiment of the present invention, 
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educational material such as that illustrated in Figure 222 can be electronically presented to 
employees and/or potential innovators. 

Figure 223 shows an embodiment of the present invention related to an internal auditor. 
In accordance with an embodiment with the present invention, an internal auditor can set forth 
5 company policies and goals with respect to innovators and personnel responsible for identifying 
and protecting intellectual property. For example, an innovator can be informed (e.g., 
electronically) that he or she should identify innovations within his or her organization, such as 
processes or services that have been developed or improved, methods of doing business that have 
been created, and innovations that have cut costs or improved efficiency. The innovator can also 

10 be informed that an innovation can be a development or improvement created by a company 

employee or a development or improvement created with company resources. In an embodiment 
of the present invention, an intellectual property ambassador can be responsible for managing 
and protecting intellectual property. An intellectual property ambassador can raise awareness of 
intellectual property issues to employees regarding innovations and intellectual property. For 

15 example, an intellectual property ambassador can assist in the education of employees with 

respect to intellectual property issues, identify intellectual property risks to business objections, 
identify intellectual property controls to those risks, and suggest, where appropriate, intellectual 
property inclusion to organizations that modify business processes and/or methods. 

For example, Figure 224 shows an example of an internal audit and a checklist regarding 

20 intellectual property protection. As illustrated in Figure 224, a sample business process can have 
business objectives, potential risks, and controls. In an embodiment, the business objectives can 
include a plurality of objectives such as: transition product to trial testing; integrate product with 
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current service offerings; product to market by deadline; produce savings; and decrease 
employee turnover ratio. 

The transition product to trial testing objective can include potential risks such as a delay 
in contract negotiations. Controls related to the transition product to trial testing objective can 
5 include seeking early patent protection and insuring proprietary information is properly marked. 
Potential risks related to the integrate product with current service offering objective can include 
architecture incompatibility issues as well as contract disputes. For example, the integrate 
product with current services offerings objective can include controls such as ensuring 
intellectual property ownership, seeking patent protection, and further ensuring proprietary 
10 markings. 

The potential risks associated with a product to market by deadline objective can include 
that the project is delayed by missed deadlines and an inability to market a product as intended 
due to trademark issues. Controls related to the product to market by deadline objective can 
include contacting a trademark and corporate identity organization early in the business process. 

1 5 The produced savings objective can include a plurality of potential risks such as increased 
developmental costs and costly overhead. Controls related to producing savings can include 
identifying outmarket opportunities. The decrease employee turnover ratio objective can include 
risks such as employee incentive programs being too costly, access to senior management being 
too bureaucratically controlled, and/or limited budget for employee salary increases. A control 

20 related to the decrease employee turnover ratio can be to encourage innovation through an 
innovation awards program. 

Figure 225 shows a high level overview to intellectual property protection activities in 
accordance with an embodiment of the present invention. Figure 225 illustrates that in 



-205 - 



BS00-428 



accordance with an embodiment with the present invention, 90 percent of all revenues generated 
by intellectual property marketing efforts can be credited toward the entity that owns the IP asset. 
For example, IP product licensing can be a process where an IP asset is identified and protected 
such as a patent, copyright, trademark and trade secret. After the IP asset is protected, the IP 
5 asset can be marketed to generate revenue, cost savings, or be used in trades related to 
intellectual property. For example, in an embodiment, after an IP asset is identified and 
protected, IP marketing can undertake marketing of the IP asset. When the IP marketing effort is 
successful and generates revenue, the revenue can be allocated between the entity that owns the 
IP asset and the IP marketing organization. For example, in an embodiment, an IP asset can be 
10 owned by one organization within a company and the IP marketing can be performed by another 
organization within the company. 
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SECTION 14: ADDITIONAL EXAMPLES OF EMBODIMENTS 



Additional embodiments of the present invention are described by the following 
numbered examples. 

1. A system for intellectual property development, marketing and maintenance, the system 
5 including: 

an intellectual property marketing system to manage the marketing of an intellectual 
property asset, the intellectual property asset based at least in part on an innovation submission 
of an innovator; and 

an innovation maintenance management system to manage rewarding and incentivizing 
10 of the innovator based at least in part on the innovation submission, the innovation maintenance 
management system being coupled to the contract management system. 

2. The system of example 1, further including a contract management system to manage a 
contract related to the intellectual property asset, the contract management system being coupled 
to the intellectual property marketing system. 

15 3. The system of example 1 , wherein the intellectual property marketing system includes an 
intellectual property marketing record corresponding to the intellectual property asset. 

4. The system of example 3, wherein the intellectual property marketing record includes 
status level information corresponding to one or more marketing status levels. 

5. The system of example 3, wherein the intellectual property marketing record includes a 
20 project identifier. 
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6. The system of example 3, wherein the intellectual property marketing record includes 
contact information. 

7. The system of example 3, wherein the intellectual property marketing system is to 
generate one or more reports based at least in part on the intellectual property marketing record. 

8. The system of example 2, wherein the contract management system includes a contract 
tracking record corresponding to the contract. 

9. The system of example 8, wherein the contract tracking record includes a project 
identifier. 

10. The system of example 8, wherein the contract tracking record includes one or more 
intellectual property identifiers. 

11. The system of example 8, wherein the contract tracking system is to generate a report 
based at least in part on the contract tracking record. 

12. The system of example 1, wherein the innovation maintenance management system 
includes an innovation award record corresponding to an innovation award to the inventor based 
at least in part on the innovation submission. 

13. The system of example 12, wherein the innovation award record includes innovator 
information. 
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14. The system of example 12, wherein the innovation award record includes an innovation 
identifier. 

15, The system of example 12, wherein the innovation maintenance management system is to 
generate one or more reports based at least in part on the innovation award record. 

5 16. The system of example 15, wherein the innovation maintenance management system is to 

generate at least in part a maintenance communication to the innovator. 

17. A system for intellectual property development, marketing and maintenance, the system 
including: 

an intellectual property marketing system to manage the marketing of a plurality of 
10 intellectual property assets, each intellectual property asset of the plurality of intellectual 

property assets based at least in part on an innovation submission of a plurality of innovation 
submissions, each innovation submission of the plurality of innovation submissions 
corresponding to an innovator of a plurality of innovators; and 

an innovation maintenance management system to manage rewarding and incentivizing 
15 of the plurality of innovators. 

18. The system of example 17, further including a contract management system to manage a 
plurality of contracts, each contract of the plurality of contracts related to an intellectual property 
asset of the plurality of intellectual property assets. 
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19. The system of example 17, wherein the intellectual property marketing system includes a 
plurality of intellectual property marketing records, and wherein each intellectual property 
marketing record of the plurality of intellectual property marketing records is associated with one 
or more intellectual property assets of the plurality of intellectual property assets. 

20. The system of example 19, wherein each intellectual property marketing record of the 
plurality of intellectual property records includes a project field to store a project identifier. 

21. The system of example 18, wherein the contract management system includes a plurality 
of contract tracking records, each contract tracking record of the plurality of contract tracking 
records corresponding to one or more contracts. 

22. The system of example 21, wherein each contract tracking record of the plurality of 
contract tracking records includes a project field to store a project identifier. 

23. The system of example 17, wherein the innovation maintenance management system 
includes a plurality of innovation award records, each innovation award record of the plurality of 
innovation award records corresponding to one or more innovation awards to the inventor based 
at least in part on one or more innovation submissions of the plurality of submissions. 
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24. A method for intellectual property development, marketing and maintenance, the method 
including: 

generating an intellectual property marketing record of an intellectual property marketing 
system, the intellectual property marketing record corresponding to an intellectual property asset, 
5 the intellectual property asset based at least in part on an innovation submission of an innovator; 
and 

generating an innovation award record of an innovation maintenance management 
system, the innovation award record corresponding at least in part to the innovation submission. 

25. The method of example 24, further including generating a contract tracking record of a 

1 0 contract management system, the contract tracking record corresponding to a contract related to 
the intellectual property asset. 

26. The method of example 24, wherein generating the intellectual property marketing record 
includes storing status level information corresponding to one or more marketing status levels. 

27. The method of example 24, wherein generating the intellectual property marketing record 
1 5 includes storing a project identifier. 

28. The method of example 24, wherein generating the intellectual property marketing record 
includes storing contact information. 

29. The method of example 24, further including generating one or more reports based at 
least in part on the intellectual property marketing record. 
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30. The method of example 25, wherein generating the contract tracking record includes 
storing a project identifier. 

3 1 . The method of example 25, wherein generating the contract tracking record includes 
storing one or more intellectual property identifiers. 

5 32. The method of example 25, further including generating a report based at least in part on 

the contract tracking record. 

33. The method of example 25, wherein generating an innovation award record includes 
storing innovator information. 

34. The method of example 25, wherein generating the innovation award record includes 
1 0 storing an innovation identifier. 

35. The method of example 25, further including generating one or more reports based at 
least in part on the innovation award record. 

36. The method of example 25, further including generating at least in part a maintenance 
communication to the innovator. 
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37. A computer-readable medium storing a plurality of instructions to be executed by a 
processor for intellectual property development, marketing and maintenance, the plurality of 
instructions including instructions to: 

generate an intellectual property marketing record of an intellectual property marketing 
system, the intellectual property marketing record corresponding to an intellectual property asset, 
the intellectual property asset based at least in part on an innovation submission of an innovator; 
and 

generate an innovation award record of an innovation maintenance management system, 
the innovation award record corresponding at least in part to the innovation submission. 

38. The computer-readable medium of example 37, further including instructions to generate 
a contract tracking record of a contract management system, the contract tracking record 
corresponding to a contract related to the intellectual property asset. 

39. The computer-readable medium of example 37, wherein the instructions to generate the 
intellectual property marketing record include instructions to store status level information 
corresponding to one or more marketing status levels. 

40. The computer-readable medium of example 37, wherein the instructions to generate the 
intellectual property marketing record include instructions to store a project identifier. 

41. The computer-readable medium of example 37, wherein instructions to generate the 
intellectual property marketing record include instructions to store contact information. 
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42. The computer-readable medium of example 37, further including instructions to generate 
one or more reports based at least in part on the intellectual property marketing record. 

43. The computer-readable medium of example 38, wherein the instructions to generate the 
contract tracking record include instructions to store a project identifier. 

5 44. The computer-readable medium of example 38, wherein the instructions to generate the 

contract tracking record include instructions to store one or more intellectual property identifiers. 

45. The computer-readable medium of example 38, further including instructions to generate 
a report based at least in part on the contract tracking record. 

46. The computer-readable medium of example 37, wherein the instructions to generate an 
1 0 innovation award record include instructions to store innovator information. 

47. The computer-readable medium of example 37, wherein the instructions to generate the 
innovation award record include instructions to store an innovation identifier. 

48. The computer-readable medium of example 37, further including instructions to generate 
one or more reports based at least in part on the innovation award record. 

1 5 49. The computer-readable medium of example 37, further including instructions to generate 
at least in part a maintenance communication to the innovator. 
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50. An innovator tracking and maintenance system, including: 

an innovator tracking system to store a plurality of innovator data records, each innovator 
data record of the plurality of innovator data records corresponding to an innovator; and 

an innovator maintenance system to store a plurality of intellectual property award data 
5 records, the innovator maintenance system being coupled to the innovator tracking system, one 
or more innovator data records of the plurality of innovator data records being associated with 
one or more intellectual property award data records. 

51. The system of example 50, wherein the innovator maintenance system includes an 
innovation gift system, the innovation gift system including a plurality of innovation gift data 

10 records, one or more innovation gift data records being associated with one or more innovator 
data records. 
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CONCLUSION 

Embodiments of systems and methods for managing the life cycle of intellectual property 
have been described. In the foregoing description, for purposes of explanation, numerous 
specific details are set forth to provide a thorough understanding of the present invention. It will 
5 be appreciated, however, by one skilled in the art that the present invention may be practiced 
without these specific details. In other instances, structures and devices are shown in block 
diagram form. Furthermore, one skilled in the art can readily appreciate that the specific 
sequences in which methods are presented and performed are illustrative and it is contemplated 
that the sequences can be varied and still remain within the spirit and scope of the present 
10 invention. 

In the foregoing detailed description, systems and methods in accordance with 
embodiments of the present invention have been described with reference to specific exemplary 
embodiments. Accordingly, the present specification and figures are to be regarded as 
illustrative rather than restrictive. 
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